RE: Problema con Logrotate. (SOLUCIONADO)
Buenas de nuevo,
>-----Mensaje original-----
>De: Ramses II [mailto:ramses.sevilla@gmail.com]
>Enviado el: viernes, 26 de abril de 2013 19:03
>Para: 'debian-user-spanish@lists.debian.org'
>Asunto: RE: Problema con Logrotate.
>
>Buenas,
>
>>-----Mensaje original-----
>>De: fernando sainz [mailto:fernandojose.sainz@gmail.com]
>>Enviado el: viernes, 26 de abril de 2013 16:56
>>Para: Lista Debian
>>Asunto: Re: Problema con Logrotate.
>>
>>El día 26 de abril de 2013 16:27, Ramses <ramses.sevilla@gmail.com>
escribió:
>>> Buenas,
>>>
>>> Enviado desde mi Móvil
>>>
>>> El 26/04/2013, a las 15:27, Camaleón <noelamac@gmail.com> escribió:
>>>
>>>> El Thu, 25 Apr 2013 21:49:48 +0200, Juan García escribió:
>>>>
>>>>> Hola a todos,
>>>>
>>>> Buenas... (esta debe ser la semana del logrotate :-P)
>>>>
>>>>> Tengo configurado un fichero para realizar la rotación de logs de
>>>>> un determinado demonio.
>>>>>
>>>>> El fichero en cuestión es "/etc/logrotate.d/prueba" y su contenido
>>>>> es el
>>>>> siguiente:
>>>>>
>>>>> /var/log/prueba.log {
>>>>> missingok
>>>>> rotate 7
>>>>> daily
>>>>> create 0640 root root
>>>>> }
>>>>>
>>>>> Cuando arranco la aplicación, empieza a reportar el log en el
>>>>> fichero "/var/log/prueba.log" sin problemas.
>>>>>
>>>>> El tema está en que si hago un "logrotate -f
>>>>> /etc/logrotate.d/pruebas", me rota perfectamente
>>>>> "/var/log/prueba.log" a "/var/log/prueba.log.1" y me crea el nuevo
>>>>> "/var/log/prueba.log", pero en vez de seguir reportando el log en
>>>>> este último fichero, me sigue reportando en el anterior renombrado,
>>>>> es decir, "/var/log/prueba.log.1" y el que crea nuevo
>>"/var/log/prueba.log" lo deja vacío.
>>>>
>>>> Ese debe ser el comportamiento normal dado que has forzado su
>>>> ejecución alterando su ciclo habitual :-?
>>>
>>> Lo he dejado que lo haga automáticamente y hace lo mismo...
>>>
>>>>> ¿Me falta algún parámetro en el fichero del logrotate para que una
>>>>> vez creado el nuevo fichero (prueba.log ) siga reportando en ese y
>>>>> no en el anterior (prueba.log.1)?
>>>>
>>>> Debería hacerlo automáticamente al día siguiente pero en cualquier
>>>> caso, prueba a ejecutarlo con el parámetro "-d" para ver qué es lo
>>>> que hace y porqué.
>>>
>>> Lo probaré después y os cuento...
>>>
>>>
>>> Saludos,
>>>
>>> Ramsés
>>>
>>
>>
>>Ahora no tengo mucho tiempo para mirarlo, pero creo que logrotate tiene
>>una solución para estos casos. (aunque puede llegar a perder alguna vez
>>algo de
>>información)
>>
>>Mira en el man de logrotate las opciones "copytruncate" y similares.
>
>Acabo de probarlo con el "copytruncate" y nada, igual, hace lo mismo.
>
>Y, además, cuando llega al octavo fichero, borra el último, que es en el
que
>estaba escribiendo, y se quedan todos a 0.
>
>Parece que puede ser una problema de versión del software que estoy
>usando para la VPN (Tinc), que en esta versión (1.0.13) no suelta el
fichero,
>porque a partir de la versión 1.0.15 parece que sí lo hace bien.
>
>Lo que me extraña es que no se pueda forzar desde Linux a hacer eso.
>
>Porque lo que sí funciona es:
>
># cp /var/log/tinc.log /var/log/tinc.log.1 # echo "" > /var/log/tinc.log
>
>Que es lo mismo que supuestamente debería de hacer "copytruncate" , pero
>creo que es una solución un pelín burra...
Bueno, pues nada, que donde dije "digo" digo "Diego"...
Que sí, Fernando, que sí funciona esto:
-------------------------------------------------
/var/log/tinc.log {
missingok
rotate 7
daily
copytruncate
create 0640 root root
}
-------------------------------------------------
Lo que pasaba es que no había matado el servicio y vuelto a arrancar, o eso
creo que ha pasado...
Saludos,
Ramsés
Reply to: