Периодическая проблема с классификацией трафика

[cyb3r_ang31]

Добрый день!
У нас периодически в какой-то момент перестает правильно классифицироваться трафик, т.е. файлы детальной статистики создаются,
периодически обрабатываются, НО большинство трафика записывается на Unknown (ID аккаунта 0).



При этом в логах ничего сверхестественного не пишет, в чем причина не понятно.

Лечиться перезагрузкой ядра.

Версия ядра:
NetUP UTM billing system core. Compile date: Dec 16 2014 16:13:28
Version:5.3-002-update12-centos6_x64 Rev #14534

Хотя и на Update9 такое наблюдалось

Подскажите хоть в какую сторону копать, как найти причину такого поведения биллинга?

[cyb3r_ang31]

А еще вот такая вот беда периодически:

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

Jan 13 09:55:44 ?Debug : 56ff8700 PluginManagerImpl: Got RfwPlugin plugin for event EventSetBandwidth/83
Jan 13 09&#58;55&#58;44  ERROR &#58; 56ff8700 RfwPlugin&#58; entity <2378> not found in <links_storage> at /build/5.3-002-update12/utm5_core/plugins/affectors/rfw_plugin.cc, line 1761
Jan 13 09&#58;55&#58;44  ERROR &#58; 56ff8700 DBAGenericError&#58; links_storage not exist
Jan 13 09&#58;55&#58;44 ?Trace &#58; 56ff8700 trace&#58; Obtained 10 stack frames.
Jan 13 09&#58;55&#58;44 ?Trace &#58; 56ff8700 trace&#58; /netup/utm5/bin/utm5_core&#40;_ZN3UTM15print_backtraceEv+0x43&#41; &#91;0x8d2843&#93;
Jan 13 09&#58;55&#58;44 ?Trace &#58; 56ff8700 trace&#58; /netup/utm5/bin/utm5_core&#40;_ZN3UTM8DBAErrorC1ERKSsS2_b+0x211&#41; &#91;0x4d8041&#93;
Jan 13 09&#58;55&#58;44 ?Trace &#58; 56ff8700 trace&#58; /netup/utm5/bin/utm5_core&#40;_ZN3UTM15DBAGenericErrorC1ERKSsb+0x47&#41; &#91;0x4d81c7&#93;
Jan 13 09&#58;55&#58;44 ?Trace &#58; 56ff8700 trace&#58; /netup/utm5/bin/utm5_core&#40;_ZN3UTM9RfwPlugin17process_dynashapeEPKNS_17EventSetBandwidthE+0x488&#41; &#91;0x4e8dd8&#93;
Jan 13 09&#58;55&#58;44 ?Trace &#58; 56ff8700 trace&#58; /netup/utm5/bin/utm5_core&#40;_ZN3UTM9RfwPlugin6handleEPNS_5EventEPNS_11TransactionE+0x16b&#41; &#91;0x4f661b&#93;
Jan 13 09&#58;55&#58;44 ?Trace &#58; 56ff8700 trace&#58; /netup/utm5/bin/utm5_core&#40;_ZN3UTM22TransactionHandlerImpl6handleEPNS_12DBConnectionEPKNS_11TransactionEPS3_PNS_16TransactionQueueE+0xe8&#41; &#91;0x597628&#93;
Jan 13 09&#58;55&#58;44 ?Trace &#58; 56ff8700 trace&#58; /netup/utm5/bin/utm5_core&#40;_ZN3UTM22TransactionHandlerImpl3runEv+0x267&#41; &#91;0x598787&#93;
Jan 13 09&#58;55&#58;44 ?Trace &#58; 56ff8700 trace&#58; /netup/utm5/bin/utm5_core&#40;_ZN3UTM6Thread6threadEPv+0x58&#41; &#91;0x8d3c88&#93;
Jan 13 09&#58;55&#58;44 ?Trace &#58; 56ff8700 trace&#58; /lib64/libpthread.so.0&#40;&#41; &#91;0x39f6e079d1&#93;
Jan 13 09&#58;55&#58;44 ?Trace &#58; 56ff8700 trace&#58; /lib64/libc.so.6&#40;clone+0x6d&#41; &#91;0x39f66e8b5d&#93;
Jan 13 09&#58;55&#58;44  ERROR &#58; 56ff8700 RfwPlugin&#58; slink 2378 not found in the links_storage
Jan 13 09&#58;55&#58;44 ?Debug &#58; 56ff8700 TransactionFilter&#58; transaction sent to the internal queue
Jan 13 09&#58;55&#58;44 ?Debug &#58; 56ff8700 TransactionQueueManager&#58; push&#58; using queue &#91;1&#93;
Jan 13 09&#58;55&#58;44 ?Debug &#58; 56ff8700 TransactionQueueManager&#58; push&#58; transaction ptr &#91;0x7fa93161a6c0&#93; handler #2 ptr &#91;0x5003350&#93;
Jan 13 09&#58;55&#58;44 ?Debug &#58; 56ff8700 TransactionHandlerImpl&#58; push&#58; empty transaction ptr &#91;3161a6c0&#93; dropped
Jan 13 09&#58;55&#58;44 ?Debug &#58; 56ff8700 DummyTransactionQueue&#58; commit&#58; 0 transactions
Jan 13 09&#58;55&#58;44 ?Debug &#58; 56ff8700 DBConnectionPool&#58; DBConnectionManager pool &#91;Default&#93;&#58; connection is pushed back
Jan 13 09&#58;55&#58;44 ?Debug &#58; 56ff8700 TransactionHandlerImpl&#58; incoming transaction ptr &#91;3068c8b0&#93; is done
Jan 13 09&#58;55&#58;44 ?Debug &#58; 56ff8700 DummyTransactionQueue&#58; rollback&#58; 0 transactions
Jan 13 09&#58;55&#58;44 ?Debug &#58; 56ff8700 TransactionHandlerImpl&#58; current queue size&#58; 15187
Jan 13 09&#58;55&#58;44 ?Debug &#58; 56ff8700 TransactionHandlerImpl&#58; incoming transaction ptr &#91;3068cc70&#93;, outgoing transaction ptr &#91;31629450&#93;
Jan 13 09&#58;55&#58;44 ?Debug &#58; 56ff8700 DBConnectionPool&#58; DBConnectioManager pool &#91;Default&#93;&#58; connection is popped

[banec]

+1
бывало на up9 - но сейчас up12 как то не было.
но возможно связано с косяками классов трафика при смене тарифов

viewtopic.php?p=66348&highlight=%EF%EE% ... 8%E8#66348

посмотрите у абонента в сервисной связке - предоплаченный трафик - классы трафика согласно тарифа?

[cyb3r_ang31]

но возможно связано с косяками классов трафика при смене тарифов

Да у нас как-то вообще не используется этот функционал, внешне вроде верно все.

Дело в том, что когда это происходит, то происходит со всеми абонентами массово.

[cyb3r_ang31]

Бага

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

Jan 13 09&#58;55&#58;44  ERROR &#58; 56ff8700 RfwPlugin&#58; entity <2378> not found in <links_storage> at 
/build/5.3-002-update12/utm5_core/plugins/affectors/rfw_plugin.cc, line 1761

скорее всего ползет с давних времен и
оказывается связана с вот такой вот закономерностью:

в таблице dynashape_data есть записи c slink_id, для которых соответствующие записи в таблице service_links помечены как удаленные.

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