Не удаляются сервисные связки

[Alan]

Версия UTM 5.2.1-006.
Очень часто при попытке удаления сервисной связки возникает такая ситуация:

В админке все проходит хорошо, ядро думает, что удалило связку, а в базе в таблице service_links поле is_deleted остается равно 0. В логе появляется вот такое:

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

utm5_core: ?Debug : Feb 08 14:52:10 UTM5 DBA: __delete_slink_internal called with slinkid:48604
utm5_core: ?Debug : Feb 08 14:52:10 DBAGiga: Rehash: Target: 23; Action: 3; Ptr: b56d8fdc
utm5_core: ?Debug : Feb 08 14:52:10 HSPlugin: Rehash: Target: 23; Action: 3; Ptr: b56d8fdc
utm5_core&#58; ?Debug &#58; Feb 08 14&#58;52&#58;10 DBCtx&#58; <152781848> SQL query&#58; UPDATE dialup_service_links SET is_deleted=1 WHERE id='48604'
utm5_core&#58; ?Debug &#58; Feb 08 14&#58;52&#58;10 DBCtx&#58; <152781848> SQL query&#58; UPDATE service_links SET is_deleted=1 WHERE id='48604'
utm5_core&#58; ?Debug &#58; Feb 08 14&#58;52&#58;10 DBCtx&#58; <152781848> SQL query&#58; UPDATE periodic_service_links SET is_deleted=1 WHERE id='48604'
utm5_core&#58;  ERROR &#58; Feb 08 14&#58;52&#58;10 DBAInternalError&#58; DBAccess&#58;&#58;__delete_service, service_id=286, links_count 97
utm5_core&#58; ?Trace &#58; Feb 08 14&#58;52&#58;10 trace&#58; Obtained 12 stack frames.
utm5_core&#58; ?Trace &#58; Feb 08 14&#58;52&#58;10 trace&#58; /netup/utm5/bin/utm5_core&#40;_Z15print_backtracev+0x23&#41; &#91;0x83560f3&#93;
utm5_core&#58;
utm5_core&#58; ?Trace &#58; Feb 08 14&#58;52&#58;10 trace&#58; /netup/utm5/bin/utm5_core&#40;_ZN3UTM8DBAErrorC2ERKSsS2_+0x50&#41; &#91;0x81b2300&#93;
utm5_core&#58;
utm5_core&#58; ?Trace &#58; Feb 08 14&#58;52&#58;10 trace&#58; /netup/utm5/bin/utm5_core&#40;_ZN3UTM12DBAGlukErrorC1ESs+0x48&#41; &#91;0x81aeec8&#93;
utm5_core&#58;
utm5_core&#58; ?Trace &#58; Feb 08 14&#58;52&#58;10 trace&#58; /netup/utm5/bin/utm5_core&#40;_ZN3UTM8DBAccess16__delete_serviceEib+0x12c&#41; &#91;0x826299c&#93;
utm5_core&#58;
utm5_core&#58; ?Trace &#58; Feb 08 14&#58;52&#58;10 trace&#58; /netup/utm5/bin/utm5_core&#40;_ZN3UTM8DBAccess23__delete_slink_internalEi+0x599&#41; &#91;0x8269bd9&#93;
utm5_core&#58;
utm5_core&#58; ?Trace &#58; Feb 08 14&#58;52&#58;10 trace&#58; /netup/utm5/bin/utm5_core&#40;_ZN3UTM8DBAccess14__delete_slinkEi+0x108&#41; &#91;0x826af88&#93;
utm5_core&#58;
utm5_core&#58; ?Trace &#58; Feb 08 14&#58;52&#58;10 trace&#58; /netup/utm5/bin/utm5_core&#40;_ZN3UTM8DBAccess12delete_slinkEi+0x44&#41; &#91;0x826ad14&#93;
utm5_core&#58;
utm5_core&#58; ?Trace &#58; Feb 08 14&#58;52&#58;10 trace&#58; /netup/utm5/bin/utm5_core&#40;bls_delete_slink+0x155&#41; &#91;0x830acb5&#93;
utm5_core&#58;
utm5_core&#58; ?Trace &#58; Feb 08 14&#58;52&#58;10 trace&#58; /netup/utm5/bin/utm5_core&#40;_ZN3UTM8BusQueue7executeERPN3Bus9blm_basicE+0x106&#41; &#91;0x83045f6&#93;
utm5_core&#58;
utm5_core&#58; ?Trace &#58; Feb 08 14&#58;52&#58;10 trace&#58; /netup/utm5/bin/utm5_core&#40;_ZN3UTM8BusLogic7processEPv+0x108&#41; &#91;0x8302878&#93;
utm5_core&#58;
utm5_core&#58; ?Trace &#58; Feb 08 14&#58;52&#58;10 trace&#58; /lib/libpthread.so.0 &#91;0xb7568f3b&#93;
utm5_core&#58;
utm5_core&#58; ?Trace &#58; Feb 08 14&#58;52&#58;10 trace&#58; /lib/libc.so.6&#40;clone+0x5e&#41; &#91;0xb7358bee&#93;
utm5_core&#58;
utm5_core&#58; ?Debug &#58; Feb 08 14&#58;52&#58;10 DBCtx&#58; <152781848> SQL query&#58; ROLLBACK
utm5_core&#58; ?Debug &#58; Feb 08 14&#58;52&#58;10 DBCtx&#58; DB transaction rollback
utm5_core&#58; ?Debug &#58; Feb 08 14&#58;52&#58;10 DBA&#58;Ctx&#58; Pushing back free context
utm5_core&#58; -Stats &#58; Feb 08 14&#58;52&#58;10 UTM5 DBA&#58;   Stats&#58; Uptime&#58; 00&#58;00&#58;00. Events&#58; 0; Errors&#58; 0
utm5_core&#58; ?Debug &#58; Feb 08 14&#58;52&#58;10 BusLogic&#58; finished  42

Если потом удалить и тарифную связку тоже , а затем перезапустить ядро, verificator будет ругаться, что найдена неудаленная сервисная связка в удаленной тарифной связке.
Если же тариф не удалять, ядро просто восресит эту удаленную связку и спишет по ней деньги за все время, пока оно думало, что связка удалена.

Уважаемые форумцы, подкажите, пожалуйста, куда копать.

[MiO]

решил кто такую ситуацию? может быть сам автор?)

[Alan]

ну у меня еще недостаточно времени прошло, чтобы что-то утверждать, но у меня больше не было этого глюка после того как я:

1) нашел все тарифы с просроченной датой окончания и продлил их до 2038 года
2) обновился до 5.2.1-006-update7

[MiO]

говорят это из-за перегруженности билинга...
он у тебя на 1 платформе или на 2х?

[Alan]

говорят это из-за перегруженности билинга...
он у тебя на 1 платформе или на 2х?

Не совсем понял вопрос. Если речь о железе, то серверы БД и ядра разнесены по разным ОС, хоть и находятся на одной мощной физической машине.

О перегруженности в моем случае речи не идет, нагрузка детская. Сервер БД тоже от запросов не ломится.

А как они советуют мерить эту перегруженность? Есть какие-то количественные объективные критерии ее измерения (например, если в логах больше 500 записей DBCtx / приходит больше 50 RADIUS-пакетов или 500 Netflow-пакетов в сек / загрузка CPU за 20сек превышает 50%), то ваш биллинг перегружен? Мне вот кажется что у меня он недогружен.

[MiO]

Alan а ты в техподдержку звонил? что они говорят?

[Alan]

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

А сейчас какой смысл в поддержку обращаться? Они скажут ставьте последнюю версию, -007.

[MiO]

мне тоже так говорили - тоже не помогало =)