005 при пополнении не снимается блокировка

DarK · Сообщение **DarK** » Чт фев 21, 2008 13:44

Обновился недавно до 005, до этого было 004.
Всё бы ничего, но возникла такая неприятность:
Если пользователь с отрицательным балансом пополняет свой счет, то с него не снимается блокировка, а так же поле "Интернет" остается в значении "Выключен".

Результат одинаковый при:
1) Пополнении через админку (стоит галка "Включить Интернет")
2) Пополнении через payment_tool (стоит опция -i 1)

Как быть ?
Так работать нельзя.
Если поверх обновленной базы запустить ядро 004 - будет нормально работать ?
Бэкап устарел на 4 дня уже - не вариант.

cjcrazy

2DarK, на 4-м билде и-нет нормально включался заблокированному пользователю?

DarK · Сообщение **DarK** » Чт фев 21, 2008 14:51

cjcrazy писал(а):2DarK, на 4-м билде и-нет нормально включался заблокированному пользователю?

Да, и 003 тоже все нормально было.
Точно такая же проблема была в январе прошлого года.
Мы тогда УТМ только тестили и билд был страше 003 - какой не помню, потом проблема пропала - теперь снова вылезла....

cjcrazy

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

DarK · Сообщение **DarK** » Чт фев 21, 2008 15:28

cjcrazy писал(а):из-за высокой нагрузки не может такого быть?
когда попытка включения и-нета происходит раньше, чем данные обновляются (снимается блокировка с юзверя)

А разве там не все последовательно делается ?

К тому же блокировка в результате тоже не снимается...

Пойду смотреть debug - мож напишет чего-нибудь осмысленное....

DarK · Сообщение **DarK** » Чт фев 21, 2008 16:37

Вот дебаг:

Код: Выделить всё

?Debug &#58; Feb 21 16&#58;18&#58;25 RPCConn<init@192.168.0.103>&#58; Call&#58; 0x3113 &#40;rpcf_add_payment_for_account_notify&#41;
?Debug &#58; Feb 21 16&#58;18&#58;25 RPCConn<init@192.168.0.103>&#58; Real Call&#58; 0x3113 &#40;rpcf_add_payment_for_account_notify&#41;
?Debug &#58; Feb 21 16&#58;18&#58;25 RPCServer@0.0.0.0&#58; payment_incurrency <10.000000>
?Debug &#58; Feb 21 16&#58;18&#58;25 RPCServer@0.0.0.0&#58; payment_for_account burn_time&#58;0
?Debug &#58; Feb 21 16&#58;18&#58;25 DBCtx&#58; SQL SELECT query&#58; SELECT binded_currency_code FROM users WHERE id='46'
?Debug &#58; Feb 21 16&#58;18&#58;25 DBCtx&#58; SQL query&#58; INSERT INTO payment_transactions&#40;account_id,payment_incurrency,currency_id,currency_rate,payment_absolute,actual_da
?Debug &#58; Feb 21 16&#58;18&#58;25 DBCtx&#58; SQL SELECT query&#58; SELECT balance FROM special_accounts WHERE id=1
?Debug &#58; Feb 21 16&#58;18&#58;25 DBCtx&#58; SQL query&#58; INSERT INTO discount_transactions_all &#40;account_id, incoming_rest, outgoing_rest, discount, discount_with_tax,discou
?Debug &#58; Feb 21 16&#58;18&#58;25 DBCtx&#58; SQL query&#58; UPDATE accounts SET balance='9.18534' WHERE id='46'
?Debug &#58; Feb 21 16&#58;18&#58;25 UTM5 DBA&#58; Checking for rehash&#58; flags 3, balance 9.185 &#40;old -0.815&#41;, credit 0.000
?Debug &#58; Feb 21 16&#58;18&#58;25 DBAGiga&#58; Rehash&#58; Target&#58; 10; Action&#58; 1; Ptr&#58; b20fead0
?Debug &#58; Feb 21 16&#58;18&#58;25 BusLogic&#58; currently blm with code 40 executing
?Debug &#58; Feb 21 16&#58;18&#58;25 BusLogic&#58; BLM&#40;37&#41; pushed &#40;comment&#58; ruh block&#41;
?Debug &#58; Feb 21 16&#58;18&#58;25 UTM5 DBA&#58; Discount&#58;0.000000 p.u. for link&#58;0 account 46
?Debug &#58; Feb 21 16&#58;18&#58;25 UTM5 DBA&#58; Checking for rehash&#58; flags 3, balance 9.185 &#40;old 9.185&#41;, credit 0.000
?Debug &#58; Feb 21 16&#58;18&#58;25 DBAGiga&#58; Rehash&#58; Target&#58; 10; Action&#58; 1; Ptr&#58; b20fe690
?Debug &#58; Feb 21 16&#58;18&#58;25 DBCtx&#58; SQL query&#58; UPDATE accounts SET balance='9.185344629336864' WHERE id = '46'
?Debug &#58; Feb 21 16&#58;18&#58;25 DBCtx&#58; SQL query&#58; INSERT INTO discount_transactions_all&#40;account_id,incoming_rest,outgoing_rest,discount,discount_without_tax,discount
?Debug &#58; Feb 21 16&#58;18&#58;25 BusLogic&#58; currently blm with code 40 executing
?Debug &#58; Feb 21 16&#58;18&#58;25 BusLogic&#58; BLM&#40;37&#41; pushed &#40;comment&#58; ruh block&#41;
?Debug &#58; Feb 21 16&#58;18&#58;26 UTM5 DBA&#58; Can't enable internet for blocked user ...
?Debug &#58; Feb 21 16&#58;18&#58;26 RPCConn<init@192.168.0.103>&#58; Call 0x3113 &#40;rpcf_add_payment_for_account_notify&#41; finished...
?Debug &#58; Feb 21 16&#58;18&#58;26 RPCConn<init@192.168.0.103>&#58; Stream cleared
?Debug &#58; Feb 21 16&#58;18&#58;26 RPCConn<init@192.168.0.103>&#58; Call&#58; 0x2011 &#40;rpcf_get_users_count&#41;
?Debug &#58; Feb 21 16&#58;18&#58;26 RPCConn<init@192.168.0.103>&#58; Real Call&#58; 0x2011 &#40;rpcf_get_users_count&#41;
?Debug &#58; Feb 21 16&#58;18&#58;26 RPCConn<init@192.168.0.103>&#58; Call 0x2011 &#40;rpcf_get_users_count&#41; finished...
?Debug &#58; Feb 21 16&#58;18&#58;26 RPCConn<init@192.168.0.103>&#58; Stream cleared
?Debug &#58; Feb 21 16&#58;18&#58;26 RPCConn<init@192.168.0.103>&#58; Call&#58; 0x2400 &#40;rpcf_get_groups_list&#41;
?Debug &#58; Feb 21 16&#58;18&#58;26 RPCConn<init@192.168.0.103>&#58; Real Call&#58; 0x2400 &#40;rpcf_get_groups_list&#41;

Отсюда видно, что проблема действительно в том, что инет пытается ядро включить заблокированому пользователю.
Но вот насчет блокировки вижу только одну строку : ?Debug : Feb 21 16:18:25 BusLogic: BLM(37) pushed (comment: ruh block) - не знаю онон это или нет.
Но в любом случае оно до ошибки возникает, к тому же блокировка как стояла - так и остается.

cjcrazy

?Debug : Feb 21 16:18:26 UTM5 DBA: Can't enable internet for blocked user ...

вот подобная хренька и у меня в стареньком 17-м билде вылазит сплошь и рядом....

может, лечить путем запуска payment_tool ещё раз, через некоторое время?

давно-давно (когда на мыла ещё отвечали) писал в саппорт по проблеме невключения и-нет.
рекомендовали обновиться. якобы, там переписана логика блокировлк-включения.

DarK · Сообщение **DarK** » Пт фев 22, 2008 10:17

рекомендовали обновиться. якобы, там переписана логика блокировлк-включения.

Ну вот мля, обновился....

cjcrazy писал(а):
?Debug : Feb 21 16:18:26 UTM5 DBA: Can't enable internet for blocked user ...
может, лечить путем запуска payment_tool ещё раз, через некоторое время?

Т.е. платеж будет два раза вносится ?
Грустно это как-то....

Как вариант думаю скидывать в файл логины проплативших, а раз в 10 минут через скрипт запускать urfa-client для разблокировки - но грустно все это...

cjcrazy

2DarK, второй раз - пользовать payment_tool лишь для снятия блокировки
или не получится ей не вносить платешь, а лишь отдать команду на снятие блокировки?
как вариант - добивать нулевой платеж, но тож не дело.

ну, либо подпинывать неким urfa-client`ом, для включения и-нета (если доступ к этому клиенту есть, конечно.

stasn · Сообщение **stasn** » Пт фев 22, 2008 12:54

Анналогичная проблема.
Началось сразу после перехода на 005.

Саппорт: "В настоящий момент о существовании подобных проблем в сборке 5.2.1-005 нам не известно."

Кроме того, при включении-выключении интернета принудительно - до rfw команда доходит очень медленно, иногда часами интервал измеряется, а иногда и мгновенно происходит.

От относительной загрузки зависимость прослеживается. Чем она больше - тем чаще проблема проявляется. Хотя сама по себе загрузка сервера небольшая.

Причём блокировка в конце концов часто потом всё же снимается, но интернет так и остается отключенным.

cjcrazy

stasn писал(а): Кроме того, при включении-выключении интернета принудительно - до rfw команда доходит очень медленно, иногда часами интервал измеряется, а иногда и мгновенно происходит.

мндя... а воз и ныне там =(

DarK · Сообщение **DarK** » Пт фев 22, 2008 15:09

Всё очень интересно....

Долго бился - не работает.

Решил написать доп. обвзяку, скрипт который с помощью urfaclient с минутной задержкой после прохождения платежа снимает блокировку и включает инет.

Лицензию на urfaclient естественно взял с руборда, ибо нефиг.

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

Подозреваю, что поработав немного нормально, ядро опять начнет глюк этот выдавать, так что обвязочку сохранил - буду мониторить...

max1976

DarK писал(а):Всё очень интересно....

Я подскажу в чем проблема в твоем случае.

Код: Выделить всё

?Debug &#58; Feb 21 16&#58;18&#58;25 BusLogic&#58; currently blm with code 40 executing

Данная строчка из лога говорит о том, что сейчас выполняется отсылка почты (код 40), соответственно пока этот процесс не закончится никакие другие события не будут обрабатываться системой. Скорее всего рассылка сообщений о балансе тормозит.

cjcrazy

2max1976, хотите сказать, надо вывести биллинг в какой-нить "мыльник-пустышку", чтобы он мог шустро отсылать мыло и всё будет хорошо?

max1976

cjcrazy писал(а):2max1976, хотите сказать, надо вывести биллинг в какой-нить "мыльник-пустышку", чтобы он мог шустро отсылать мыло и всё будет хорошо?

Тут уж на вкус и цвет, либо так, либо запретить биллингу рассылать баланс.