ротация логов

[ichthyandr]

Всем привет
Соедржимое utm5.cfg следующее:

log_level=1
log_file_main=/netup/utm5/log/main.log
log_file_debug=/netup/utm5/log/debug.log
log_file_critical=/netup/utm5/log/main.log
rotate_logs=yes
max_logfile_count=25
max_logfile_size=10485760

При этом main.log ротируется, а debug.log нет. Какие есть варианты решения вопроса?

[Chrst]

При этом main.log ротируется, а debug.log нет. Какие есть варианты решения вопроса?

$ sudo aptitude install logrotate

[ichthyandr]

При этом main.log ротируется, а debug.log нет. Какие есть варианты решения вопроса?

$ sudo aptitude install logrotate

При использовании logrotate есть одна тонкость - при ротировании лога, некоторым процессам нужно давать рестарт, т.е. зависит от того как прога написана. Как с этим делом в utm5_core, не придется ли его рестартовать?

[MadMike]

При этом main.log ротируется, а debug.log нет. Какие есть варианты решения вопроса?

$ sudo aptitude install logrotate

При использовании logrotate есть одна тонкость - при ротировании лога, некоторым процессам нужно давать рестарт, т.е. зависит от того как прога написана. Как с этим делом в utm5_core, не придется ли его рестартовать?

Лучше использовать copytruncate - чтобы не хапать процессы нетупа - они очень капризны к этому, как показал мой опыт

[Chrst]

Как с этим делом в utm5_core, не придется ли его рестартовать?

нет, не приходится.

[littlesavage]

Проверил. После пересоздания debug.log, он не пишется.
К счастью, по killall -HUP utm5_core, процесс переоткрывает логи.
Но я не помню, чтобы в документации это где-то было указано. Черт его знает, что оно еще делает, кроме логов.

PS: В стартовых скриптах, кстати, utm5_core останавливается по SIGUSR1. Тоже какая-то недокументированная особенность.

[ichthyandr]

понял, спасибо всем, буду пробовать

[Cramac]

Всем привет. Подскажите по такой особенности, иногда, после ротации логов и хупа утм-радиуса, он перестает работать, в процессах есть, а подключится никто не может, приходится рестартить его полностью. Можно ли как то от этого избавится? А то логи крутанулись, радиус упал и до утра никто не видел этого....

в логах такое было :

?Debug : Feb 23 04:02:30 RadiusSocket: Moving RADIUS packet into send queue
?Debug : Feb 23 04:02:30 AcctServer: Next...
?Debug : Feb 23 04:02:30 RadiusSocket: Waiting for RADIUS raw data
?Debug : Feb 23 04:02:30 RadiusSocket: RADIUS raw data sent
?Debug : Feb 23 04:02:30 RADIUS Config: RADIUS disconnected from billing core
?Trace : Feb 23 04:02:30 RADIUS DBA: New state: ds_failed
ERROR : Feb 23 04:02:30 StreamManager: connect failed: Connection refused
?Debug : Feb 23 04:02:30 RADIUS Config: Unable to connect, waiting for 30 sec..
ERROR : Feb 23 04:03:00 StreamManager: connect failed: Connection refused
?Debug : Feb 23 04:03:00 RADIUS Config: Unable to connect, waiting for 30 sec..
Info : Feb 23 04:03:02 UTM5 Logger: New ` Info : ' stream: /netup/utm5/log/radius_1.log
Info : Feb 23 04:03:02 UTM5 Logger: New `?Debug : ' stream: /netup/utm5/log/radius_2.log
ERROR : Feb 23 04:03:02 StreamManager: connect failed: Connection refused
?Debug : Feb 23 04:03:02 RADIUS Config: Unable to connect, waiting for 30 sec..
Info : Feb 23 04:03:02 UTM5 Logger: New ` Info : ' stream: /netup/utm5/log/radius_1.log
Info : Feb 23 04:03:02 UTM5 Logger: New `?Debug : ' stream: /netup/utm5/log/radius_2.log
ERROR : Feb 23 04:03:02 StreamManager: connect failed: Connection refused
?Debug : Feb 23 04:03:02 RADIUS Config: Unable to connect, waiting for 30 sec..
Info : Feb 23 04:03:02 UTM5 Logger: New ` Info : ' stream: /netup/utm5/log/radius_1.log
Info : Feb 23 04:03:02 UTM5 Logger: New `?Debug : ' stream: /netup/utm5/log/radius_2.log
ERROR : Feb 23 04:03:02 StreamManager: connect failed: Connection refused
?Debug : Feb 23 04:03:02 RADIUS Config: Unable to connect, waiting for 30 sec..
Info : Feb 23 04:03:02 UTM5 Logger: New ` Info : ' stream: /netup/utm5/log/radius_1.log
Info : Feb 23 04:03:02 UTM5 Logger: New `?Debug : ' stream: /netup/utm5/log/radius_2.log
ERROR : Feb 23 04:03:02 StreamManager: connect failed: Connection refused
?Debug : Feb 23 04:03:02 RADIUS Config: Unable to connect, waiting for 30 sec..
Info : Feb 23 04:03:02 UTM5 Logger: New ` Info : ' stream: /netup/utm5/log/radius_1.log
Info : Feb 23 04:03:02 UTM5 Logger: New `?Debug : ' stream: /netup/utm5/log/radius_2.log
ERROR : Feb 23 04:03:02 StreamManager: connect failed: Connection refused
?Debug : Feb 23 04:03:02 RADIUS Config: Unable to connect, waiting for 30 sec..
Info : Feb 23 04:03:32 StreamConnection: Connection thread started. Peer 127.0.0.1:12758
?Debug : Feb 23 04:03:32 StreamConnection: Connection using TCP socket
?Debug : Feb 23 04:03:32 StreamConnection: System message recived
?Debug : Feb 23 04:03:32 StreamConnection: Challenge response sent
?Debug : Feb 23 04:03:33 StreamConnection: System message recived
Info : Feb 23 04:03:33 StreamConnection: Connection successfully authorized, user id <-2>
Info : Feb 23 09:15:29 UTM5 Logger: New `?Debug : ' stream: /netup/utm5/log/radius_2.log
Info : Feb 23 09:15:29 UTM5 Logger: New ` Info : ' stream: /netup/utm5/log/radius_1.log
?Debug : Feb 23 09:15:29 RADIUS Config: Using classic BaseTelephony
?Trace : Feb 23 09:15:29 RADIUS DBA: New state: ds_failed
Info : Feb 23 09:15:29 StreamManager: Registering message handlers..
Info : Feb 23 09:15:29 StreamManager: ID <0x2001> handler <0x080e4c20>
Info : Feb 23 09:15:29 StreamManager: ID <0x2002> handler <0x080e4c20>
Info : Feb 23 09:15:29 StreamManager: ID <0x2003> handler <0x080e4c20>
Info : Feb 23 09:15:29 StreamManager: ID <0x2004> handler <0x080e4c20>
Info : Feb 23 09:15:29 StreamManager: ID <0x2005> handler <0x080e4c20>
Info : Feb 23 09:15:29 StreamManager: ID <0x2006> handler <0x080e4c20>
Info : Feb 23 09:15:29 StreamManager: ID <0x2007> handler <0x080e4c20>
Info : Feb 23 09:15:29 StreamManager: ID <0x2008> handler <0x080e4c20>
Info : Feb 23 09:15:29 StreamManager: ID <0x2009> handler <0x080e4c20>
Info : Feb 23 09:15:29 StreamManager: ID <0x200a> handler <0x080e4c20>
Info : Feb 23 09:15:29 StreamManager: ID <0x200b> handler <0x080e4c20>
Info : Feb 23 09:15:29 StreamManager: ID <0x200c> handler <0x080e4c20>
Info : Feb 23 09:15:29 StreamManager: ID <0x200d> handler <0x080e4c20>
Info : Feb 23 09:15:29 StreamManager: ID <0x200e> handler <0x080e4c20>
Info : Feb 23 09:15:29 RadiusSocket: Listening on 0.0.0.0:1813
Info : Feb 23 09:15:29 RadiusSocket: Listening on 0.0.0.0:1812
Info : Feb 23 09:15:29 StreamManager: ID <0x200f> handler <0x080e4c20>
?Trace : Feb 23 09:15:29 AuthServer: Entering process loop

[Siny]

с нетаповским радиусом такое бывает
после хапа, рестарт радиуса, секунд через 10 делайте

[Cramac]

а не покажите свой скрипт для логротейта? Или чем вы логи крутите?

[Cramac]

ушел от хупов и сделал copytruncate