Частое корректное завершение работы демона SG

[hopeful 0]

FreeBSD 5.4, SG последний (Rel. can. 3), expat 1.95.8, все поставлено по инструкции.

Несколько раз на дню SG ни с того ни с сего, иногда корректно, иногда не очень завершает работу, отключает пользователей. По статистике чаще отключения происходят при интенсивной работе пользователей. Загрузка ресурсов компа небольшая.

1. Подскажите куда копать, плиз.

2. При компиляции (make bsd5) есть предупреждения:

 

Parser.cpp:235 warning: long unsined int fomat, time_t arg (arg 3)

271: long int format, time_t (arg 3)

274: long int format, time_t (arg 3)

277: long int format, time_t (arg 3)

может из-за этого?

 

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

[Max 0]

приведите полный номер версии СТГ.

приведите фрашмент лога стг

какая нагрузка при отрубании?

какое железо?

[hopeful 0]

1. Полный номер версии сервера - 2.016.7.6

2. Фрагмент лога чуть позже, когда буду на работе :-).

3. Нагрузку при отрубании точно сказать не могу, т.к. не могу предсказать момент отрубания (если подскажете как - буду благодарен). При нормальном режиме работы загрузка процессора 5-7%, шлюз обеспечивает раздачу Инет для группы пользователей 30 чел, скорость внешнего канала 2МБит.

4. Pentium III 600 Mhz, материна Acorp, чипсет VIA, 128 RAM, 40G HDD.

[hopeful 0]

В дополнение. В FreeBSD у SG в нормальном состоянии два процесса. Если смотреть ps-ом - первый со статусом S<s, второй - S< - при активности пользователей и I< - при неактивности. При ненормальном завершении работы SG остается только второй процесс в состоянии I<.

[XoRe 0]

2hopeful:

Проверь файлы stat в директориях пользователей, вдруг какие-то из них пустые.

[hopeful 0]

Случай с пустыми файлами stat был, но насколько я понял это следствие неправильного завершения работы SG (я прав?), и действительно, если stat пустой, SG после этого нормально не стартует.

 

К предыдущему посту. Вариант ненормального завершения работы SG абсолютно аналогичен, если первому процессу дать kill -9

[hopeful 0]

По логам:

 

В случае нормального выхода рисует:

Shutting down... 20

TRAFFCOUNTER::Stop

Stopped.

Main loop exit

 

В случае просто вылета в логах, как и положено, нет ничего ... :-)

 

Все, что мог предоставил. Помогите, плиз, решить задачку ...

[hopeful 0]

1. С корректными перезагрузками SG разобрался. Мой косяк. Скрипт контроля на живость SG иногда работал неправильно и перезагружал SG.

2. Вопрос по ненормальным завершениям работы остается. Как поймать систему и выяснить почему это происходит?

3. Что значат записи в логах:

Shutting down ... 15

Shutting down ... 20

?

[egor2fsys 5]

Shutting down ... 15 - число в конце этой строки означает по какому номеру сигнала был завершен демон.