5.2.1-006 без причин завершает работу

gravis · Сообщение **gravis** » Вт май 19, 2009 15:36

Обновление до 006 проходит нормально. Запускается нормально. В логах ошибок нет. По истечении некоторого времени (до 10 минут) ядро просто завершает работу в нормальном режиме. Аналогично тому, если послать ядру -TERM. Это происходит даже если к ядру нет никаких подключений. В остальном все работает нормально.

Еще если ядру послать -HUP то оно перечитывает данные из базы, а потом закрывается. В логах:

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

?Debug &#58; May 19 20&#58;42&#58;20 ModMap&#58; HUP mutex unlocked! return ...
 ERROR &#58; May 19 20&#58;42&#58;20 StreamManager&#58; accept failed&#58; Interrupted system call
 Notice&#58; May 19 20&#58;42&#58;53 ModMap&#58; Log file reopened
... skip ...
 Notice&#58; May 19 20&#58;42&#58;53 ModMap&#58; Cleaning modules, <13> modules registered.
... skip ...
 Info  &#58; May 19 20&#58;42&#58;53 Core&#58; System is down

Куда копать?

gravis · Сообщение **gravis** » Ср май 20, 2009 10:20

проверил на -004 и на -006
если нет постоянного потока netflow в ядро, то оно через некоторое время заканчивает работу без ошибок

если есть поток netflow, то все работает, в том числе и перечитывание базы по -HUP

останавливаю поток нетфлоу, ядро через некоторое время закругляется

hRUst · Сообщение **hRUst** » Ср май 20, 2009 10:44

FreeBSD 6.4-RELEASE
NetUP UTM billing system core. Compile date: Nov 27 2008 20:21:17
Version:5.2.1-006-update7-bsd6

Работает вообще без netflow уже несколько месяцев, никаких проблем нет.

gravis · Сообщение **gravis** » Ср май 20, 2009 11:03

Трафик-то обсчитывается как-нибудь или нет? Возможно и не сам нетфлоу держит ядро, а активность тарификатора или других систем.

hRUst · Сообщение **hRUst** » Ср май 20, 2009 11:18

Трафика нет, radius сессий нет. Абонплата только списывается и все.

gravis · Сообщение **gravis** » Ср май 20, 2009 11:29

буду дальше экспериментировать...

gravis · Сообщение **gravis** » Ср май 20, 2009 12:47

Проверьте плз кто может, корректно ли 006-FreeBSD сборка обрабатывает -HUP? У меня она уверенно, без ошибок завершает работу после перечитывания данных!

hRUst · Сообщение **hRUst** » Ср май 20, 2009 13:08

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

?Debug &#58; May 20 18&#58;09&#58;42 ModMap&#58; join res <0>
?Debug &#58; May 20 18&#58;09&#58;42 ModMap&#58; HUP mutex unlocked! return ...
 ERROR &#58; May 20 18&#58;09&#58;42 StreamManager&#58; accept failed&#58; Interrupted system call
 Info  &#58; May 20 18&#58;09&#58;42 BusLogic&#58; Worker thread started.
 Info  &#58; May 20 18&#58;09&#58;42 BusClassif&#58; Periodic cleanup thread started.
 Info  &#58; May 20 18&#58;09&#58;42 BusClassif&#58; NF5 processor thread started
 Info  &#58; May 20 18&#58;09&#58;42 BusPeriodic&#58; BusPeriodic thread started.
?Debug &#58; May 20 18&#58;09&#58;42 BusPeriodic&#58; 1612 events remain
?Debug &#58; May 20 18&#58;09&#58;42 BusPeriodic&#58; first event time_t 1242851307
?Debug &#58; May 20 18&#58;09&#58;42 BusPeriodic&#58; i am going to wait for 37125 sec...

Делает перечитывание и все

gravis · Сообщение **gravis** » Ср май 20, 2009 15:59

Может конечно бред, но после дня проверок удалось выяснить что, после обновления биллинга (любого, 003 -> 004 или 004 -> 005, 005 -> 006). Ядру требуется поработать некоторое время, чтобы нормально обрабатывать HUP и не вырубаться без причин. Проверял даже с пустой базой - новая инсталляция, ядро вырубается без ошибок если ему "нечего делать". Но если погонять его, например позаливая туда нетфлоу, дав ему поработав некоторое время с базой, все становится на круги своя.

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