BiTel

В планировщике имеется задача "Пролонгация подписок не в реальном времени". При каждом запуске этой задачи в логах шедулера сыпятся следующие ошибки


Что бы это могло быть?

И, соответственно, данная задача не вполняется, см.скриншот. А началось всё после обновления модуля TV до версии 6.2.221

_________________
Цитаты великих людей
Напишите в helpdesk © stark
повторяю: => хелпдеск => доработка => профит © dimOn
свершилось... © skn
Мой код изящен, лёгок, оригинален, краток. Как прохладный весенний ветерок, как звонкий ручей! © dimOn
Вежливый разработчик © Artur
Эти баги тоже исправлены, как и те, которые еще не написаны © Artur
ну т.е. существует воркэраунд, ок © dimOn

Есть ли что-нибудь у кого-нибудь "по делу"?

Во-первых всегда показывайте весь текст из about при описании проблем.
Во-вторых, если версии клиента/сервера из первого сообщения верные, то выходит, что вы обновили модуль TV не обновляя остальную часть биллинга. Никогда так не делайте, все компоненты надо всегда обновлять целиком.
Итого: начать решение этой проблемы в любом случае надо с нормального обновления.

_________________
I'm clever. I've got a computer.

Правильно ли я понимаю, что нормальное обновление - это запуск ./update.sh ?

да. или bginstaller update + перезагрузки приложений

_________________
I'm clever. I've got a computer.

А кто может доходчиво объяснить что есть "пролонгация подписок" и нужна ли она вообще? С примером по возможности.

По умолчанию продукты пытаются продлиться прямо в момент завершения, т.е. в реальном времени.
Это может не подойти, если используются дебетовые абонплаты и посуточное списание в модуле ТВ - в этом случае ТВ протарифицирует и начислит наработку раньше абонплат.
Поэтому в продукте в модуле можно установить продление не "в реальном времени", а "по планировщику" и продлением такого продукта будет заниматься задача планировщика.

Данная ошибка означает, скорее всего, что на договоре был активирован какой-то продукт, но потом в модуле он был удален.
SELECT * FROM inv_product as p LEFT JOIN inv_product_spec as s ON p.specId=s.id WHERE s.id IS NULL

В недавних билдах запретили удалять продукт из модуля, если он уже был активирован на договоре.
В новых билдах сделаем, чтобы в этом месте в такой же ситуации просто писал предупреждение одной строчкой.

Премного благодарен. Доходчивое описание.
Ошибка побеждена. Действительно, дело было в не правильном удалении продуктов с договора.

Появилась та же ошибка, на тестовом биллинге пробовал заводить по-разному продукты, наверное, что-то напутал, есть подозрение на то, что создавал персональные тарифные планы с модулем TV, вроде как до них все работало нормально:

При этом предложенный скрипт

не отрабатывает, ругается на поле p.specid, если его поправить и запустить так:

то ничего не выдает.

Подскажите пожалуйста, на что еще обратить внимание, чтобы найти ошибку?

Информация о версии:

Клиент: вер. 6.2.833 / 28.07.2016 19:52:37
os: Linux; java: Java HotSpot(TM) Server VM, v.1.8.0_74
Сервер: вер. 6.2.1100 / 29.07.2016 15:30:49
os: Linux; java: Java HotSpot(TM) Client VM, v.1.8.0_74

assist: вер. 6.2.87 / 13.07.2016 17:32:04
bill: вер. 6.2.87 / 10.06.2016 13:28:18
card: вер. 6.2.39 / 26.05.2016 14:50:45
dba: вер. 6.2.163 / 02.02.2016 17:42:00
enaza: вер. 6.2.59 / 19.04.2016 21:47:47
gorod: вер. 6.2.164 / 01.03.2016 00:18:32
inet: вер. 6.2.677 / 29.07.2016 15:18:30
mps: вер. 6.2.214 / 14.07.2016 16:43:28
npay: вер. 6.2.196 / 20.07.2016 09:56:08
paylinks: вер. 6.2.31 / 02.02.2016 17:42:04
qiwi: вер. 6.2.48 / 14.07.2016 14:11:51
rentsoft: вер. 6.2.61 / 26.05.2016 18:24:51
reports: вер. 6.2.209 / 06.06.2016 12:43:49
rscm: вер. 6.2.177 / 10.06.2016 13:40:20
ru.bitel.bgbilling.plugins.cladr: вер. 6.2.119 / 02.02.2016 17:42:00
ru.bitel.bgbilling.plugins.dispatch: вер. 6.2.85 / 11.07.2016 17:32:00
trayinfo: вер. 6.2.170 / 02.02.2016 17:42:09
tv: вер. 6.2.223 / 25.07.2016 19:56:48
wellpay: вер. ?
wm: вер. 6.2.188 / 29.07.2016 16:09:59
yamoney: вер. 6.2.57 / 19.04.2016 21:47:48

Покажите ошибку полностью, возможно она немного другая.

А вот вся она такая, короткая. Мб, что-нибудь настроить для более подробного логирования (не знаю, что именно)? Причем, в первый раз ошибка была подробнее, но я порылся в настройках, добавил начало периода в одном из продуктов, удалил один "подозрительный" аккаунт, и стало вот так - коротко совсем. А подробный вариант пропал после перезагрузки, не думал, что станет совсем коротко, старый лог не сохранил.

Попутно проверил персональные тарифы на старой виртуалке - все работает, дело не в них как таковых. Мб, повлиял такой порядок действий:

- завел в тарифе продукты, все с нулевой оплатой
- один из продуктов надо было сделать с не нулевой оплатой, но вспомнил я об этом уже тогда, когда принялся активировать продукты в договоре
- когда вспомнил, открыл тариф, поменял оплату на продукте, при этом на договоре оставалась открытой закладка с добавлением продукта
- потом продукт с измененной оплатой активировал на договоре, после активации за сутки сразу списалась АП (списание настраивал посуточное, такое, как обсуждали недавно)
- на следующие сутки пошла ошибка

Выложили обновление.

Ошибка ушла, спасибо.