Версия: 5.2.0-002
аптайм больше полутора лет.
При отключении тарифа появился расчетный период 6362 с типом "ежемесячно" и длительностью 0.
В админке появился нулевой(ID=0 SerialID=0. в базе его нет только в админке) расчетный период с датой начала и окончания Thu Jan 01 03:00:00 MSK 1970
У абонента которому отключал тариф висит "следующий ТП" - НЕТ и расчетный период 6362
Как я понимаю из за того что у расчетного периода длительность 0 он никогда не удалится и ТП у абонента не отключится.
Подскажите что можно сделать.
Заранее благодарен.
Проблема.Появился расчетный период с длительностью 0
Выставил и дождался - не удаляется.Ata-man писал(а):Если поставить дату завершения РП на текущее время+1минута и дождаться этого времени? По логике, он должен удалиться.
Подозреваю что дело как раз таки в нулевой длительности.
для полноты картины прикрепляю скрин с расчетными периодами.
P.S Нулевого РП в базе точно нет, проверял.
Через базу выставил длину РП 6362 в 2678400
хупнул ядро, в логе ошибки:
но ядро работает.
Вернул через базу длину РП 6362 опять в 0, хупнул ядро, ядро работает, но в логе та же гадость.
P.S В таблице periodic_service_links записей с нулевым РП нет, в таблице discount_periods РП с ID=0 нет.
P.P.S Может в конце концов создать РП с ID=0
только вот какие последствия от этого будут?
P.P.P.S Большинство абонентов на анлимах, списание раз в месяц 1 числа, РП у всех 5832, на РП 6363 висит только один абонент которому отключали тариф.
хупнул ядро, в логе ошибки:
Код: Выделить всё
ERROR : Jul 27 08:45:12 BusPeriodic: Exception while save balance ...
?Debug : Jul 27 08:45:12 DBA:Ctx: Looking for free context
?Debug : Jul 27 08:45:12 UTM5 DBA: Generating invoices started. Total accounts:0 Total slinks:0
?Debug : Jul 27 08:45:12 UTM5 DBA: Generating invoices finished. Total time:0 sec. Total slinks:0
ERROR : Jul 27 08:45:12 DBAExistingError: get_discount_period_iter: no such disc per 0
?Trace : Jul 27 08:45:12 trace: Obtained 8 stack frames.
?Trace : Jul 27 08:45:12 trace: /netup/utm5/bin/utm5_core(_Z15print_backtracev+0x1d) [0x830ce8d]
?Trace : Jul 27 08:45:12 trace: /netup/utm5/bin/utm5_core(_ZN3UTM8DBAErrorC2ERKSsS2_+0x80) [0x80a543c]
?Trace : Jul 27 08:45:12 trace: /netup/utm5/bin/utm5_core(_ZN3UTM8DBAccess22delete_discount_periodEi+0x39f) [0x8186ed7]
?Trace : Jul 27 08:45:12 trace: /netup/utm5/bin/utm5_core(_ZN3UTM8DBAccess32close_discount_period4multi_linkEiRSt6vectorIiSaIiEES4_S4_RS1_ISt4pairIiiESaIS6_EE+0x224d) [0x8279655]
?Trace : Jul 27 08:45:12 trace: /netup/utm5/bin/utm5_core(_ZN3UTM11BusPeriodic16func_close_multiEi+0xa72) [0x82ec836]
?Trace : Jul 27 08:45:12 trace: /netup/utm5/bin/utm5_core(_ZN3UTM11BusPeriodic7processEPv+0xcff) [0x82eddb7]
?Trace : Jul 27 08:45:12 trace: /lib/libpthread.so.0 [0x867bd4]
?Trace : Jul 27 08:45:12 trace: /lib/libc.so.6(__clone+0x5e) [0x7bf57e]
Вернул через базу длину РП 6362 опять в 0, хупнул ядро, ядро работает, но в логе та же гадость.
P.S В таблице periodic_service_links записей с нулевым РП нет, в таблице discount_periods РП с ID=0 нет.
P.P.S Может в конце концов создать РП с ID=0
только вот какие последствия от этого будут?
P.P.P.S Большинство абонентов на анлимах, списание раз в месяц 1 числа, РП у всех 5832, на РП 6363 висит только один абонент которому отключали тариф.
