BiTel

После перехода на 5.2 происходят странные вещи с вебинтерфейсом, когда абоненты меняют тарифные планы, в договор зачастую заносятся 2 одинаковых тарифа, потом начиляются 2 абонплаты и договор закрывается. Также при понижении лимита через веб иногда генерятся 2 задачи по восстановлению лимита для договора и в результате у договора становится плюсовой лимит. Такие вещи происходят не каждый раз, поэтому систему отловить не смогли. Помогите разобраться.
Клиент: вер. 5.2 сборка 997 от 08.06.2012 17:54:40
os: Windows XP; java: Java HotSpot(TM) Client VM, v.1.6.0_30
Сервер: вер. 5.2 сборка 1208 от 08.06.2012 17:54:45
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.6.0_31

bill вер. 5.2 сборка 262 от 05.06.2012 16:47:50
card вер. 5.2 сборка 178 от 05.06.2012 16:47:51
cerbercrypt вер. 5.2 сборка 196 от 08.06.2012 13:41:24
dialup вер. 5.2 сборка 342 от 08.06.2012 13:41:31
email вер. 5.2 сборка 166 от 08.06.2012 13:41:32
gorod вер. 5.2 сборка 149 от 17.05.2012 15:29:04
inet вер. 5.2 сборка 906 от 08.06.2012 14:18:40
ipn вер. 5.2 сборка 229 от 08.06.2012 13:41:33
npay вер. 5.2 сборка 182 от 02.06.2012 03:52:05
phone вер. 5.2 сборка 234 от 08.06.2012 13:41:48
reports вер. 5.2 сборка 175 от 17.05.2012 15:29:23
rscm вер. 5.2 сборка 160 от 31.05.2012 16:14:42
ru.bitel.bgbilling.plugins.cashcheck вер. 5.2 сборка 101 от 19.03.2012 12:57:09
ru.bitel.bgbilling.plugins.crm вер. 5.2 сборка 179 от 29.05.2012 14:38:06
ru.bitel.bgbilling.plugins.dispatch вер. 5.2 сборка 37 от 10.05.2012 13:26:18
ru.bitel.bgbilling.plugins.documents вер. 5.2 сборка 142 от 01.06.2012 16:21:15
ru.bitel.bgbilling.plugins.helpdesk вер. 5.2 сборка 161 от 05.05.2012 13:29:29
ru.bitel.bgbilling.plugins.organizer вер. 5.2 сборка 57 от 13.03.2012 14:04:11
trayinfo вер. 5.2 сборка 156 от 17.05.2012 12:21:25
voiceip вер. 5.2 сборка 181 от 04.06.2012 21:38:19
wm вер. 5.2 сборка 169 от 17.05.2012 15:29:27

_________________
Сервер: вер. 7.0.1277 / 23.10.2017 21:20:55
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_101
BGCRM v 3.0 build 1209 from 18.10.2017 06:00:42

Обновились. Ситуацию с двойными тарифами пока вроде не наблюдаем. Вылазят похоже только старые удвоенные задания на смену. Но с понижением лимита проблема осталась. Генерятся двойные понижения и сервер поднимает клиентам лимит в плюс и отрубает. Ситуация с абонентами накаляется все больше. Встает вопрос о смене биллинга.

_________________
Сервер: вер. 7.0.1277 / 23.10.2017 21:20:55
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_101
BGCRM v 3.0 build 1209 from 18.10.2017 06:00:42

А вы в тех. поддержку пробовали обращаться ? Она для подобных вопросов и существует.

У двойных понижений лимита скорее всего другая причина . Там у одной из таблиц произошло обнуление индекса у одного из клиентов(причем непонятно почему , такое происходит если он сам вызвал TRUNCATE на этой таблице, но говорит что не делал , поэтому как вариант рассматривалась версию перехода с myisam на inndodb) , после этого выложили обновление, но там все равно надо руками таблицу поменять . Это надо зайти к вам и посмотреть, возможно у вас так же причина . Напишите в helpdesk или дайте доступ в личку.

http://billing.bitel.ru/webexecuter?act ... ctId=1882#
Доступ давали здесь и еще не закрывали. Но что-то много платных услуг требуется после перехода на 5.2

_________________
Сервер: вер. 7.0.1277 / 23.10.2017 21:20:55
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_101
BGCRM v 3.0 build 1209 from 18.10.2017 06:00:42

О чём вы говорите? Какие платные услуги потребовались?

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

Априори считается что обращение в хелпдекс - платное )))
И кстати благодаря какому-то dim0n'у с его helpdesk - $$$ - доработка - профит!

Люди ж не знают, что косяки биллинга исправляются бесплатно

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

На нашем биллинге и не забесплатно обкатывали разницу между SSHSessionExec и SSHSession для 5.2. Вы сами признали, что трабла с SSHSessionExec - суть ошибка в библиотеке. Я бы цитату выложил, но в ссылка на закрытыю тему в Хелпдеске не открывается (бага?). Помучались с SSHSession, признали необходимость внедрения класса для работы с микротиками по API (пробовал до отпуска - с лету не работает, теперь буду ковырять). Никаких таблиц я в базе не вычищал. На InnoDB перевел все кроме log_XXXXXX, как и сказано в инструкции по переходу. Что-то сложно все и света в конце не видать. А можно сказать какую таблицу проверить? Или цену вашей проверки?

_________________
Сервер: вер. 7.0.1277 / 23.10.2017 21:20:55
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_101
BGCRM v 3.0 build 1209 from 18.10.2017 06:00:42

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

Да, ошибка в СТОРОННЕЙ библиотеке jsch. У вас скрипт работал долго , мы определили почему и выяснили причину, почему не работает. вам помогли его настроить чтобы работал быстро, проблему решили. То что не работает с SSHSessionExec - это не наша проблема , там ошибка у разработчиков jsch.

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


Проверьте у вас то же самое или нет .

я посмотрел. У вас вроде бы нет этой проблемы . Надо смотреть конкретные договора, где это случилось и разбираться почему . Создайте тему в helpdesk, напишите на каких договорах смотреть. Если это наша ошибка , то обращение будет бесплатным .

кстати можете выложить еще скриншот лога изменения лимита . Иногда там все правильно . Иногда бывает что в процесс восстановления лимита влезают операторы и по логу видно что все правильно , но оператор просто не понял, что сам накосячил . Я не могу гадать теоретически , что там у вас произошло . Нужны факты, доступ и т.п .

Тему создал

_________________
Сервер: вер. 7.0.1277 / 23.10.2017 21:20:55
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_101
BGCRM v 3.0 build 1209 from 18.10.2017 06:00:42