Re: Problema con Logrotate.
en este como en muchos casos leete el manual???
puedes usar varios procesos para hacer el rotado, con log rotate.
copytruncate (que trunca el fichero, por lo que no necesitas reiniciar el
programa).
o reinicar el programa con postrotate.
/var/log/samba/log.nmbd {
weekly
missingok
rotate 7
postrotate
[ ! -f /var/run/samba/nmbd.pid ] || kill -HUP `cat
/var/run/samba/nmbd.pid`
endscript
compress
notifempty
Sls!!!
2013/4/25 Juan García j...@multico.es
Hola a todos,
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.
¿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)?
Saludos y gracias,
Ramsés
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
listmas...@lists.debian.org
Archive:
http://lists.debian.org/006801ce41ee$0b6d56e0$224804a0$@multico.es
Re: Problema con Logrotate.
Santiago, buenos días,
El 25/04/2013, a las 22:31, Santiago José López Borrazás sjlop...@gmail.com
escribió:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
El 25/04/13 21:49, Juan García escribió:
(...)
¿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)?
Si miras un poco los demás ficheros, te falta el endscript y el notifempty
Entiendo que el endscript se una tras una orden prerotate, postrotate, etc,
pero no las estoy usando.
El notifempty se usa para que no se haga el rotate si el fichero .log está
vacío, que tampoco es el caso.
Aparte de esto, el compress
Por sí quiero comprimir el fichero, que sigue sin ser el caso.
Es decir, como sigue:
/var/log/prueba.log {
missingok
rotate 7
compress
daily
notifempty
create 0640 root root
}
Normalmente y después de lo que hagas, pero mejor que esté el rotate mucho
antes que todas esas líneas. Es decir:
/var/log/prueba.log {
rotate 7
missingok
compress
daily
notifempty
create 0640 root root
}
¡Pruébalo y me dirás!
Después de lo comentado, lo he probado, por si estaba equivocado, y nada, no
crea un nuevo fichero de log porque está a 0 el que hay y se le ha puesto el
notifempty y sigue reportando en el pruebas.log.3.
¿No hay forma de que reporte en el nuevo fichero, tras el rotate, sin matar el
proceso?. El tema es que es un Servicio de VPN y no voy a cortar sólo por hacer
el rotate...
Saludos y gracias,
Ramsés
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/45cfa58d-32fc-4c4e-8ab7-bac491972...@gmail.com
Re: Problema con Logrotate.
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 :-?
¿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é.
Saludos,
--
Camaleón
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/kldvbc$q3$1...@ger.gmane.org
Re: Problema con Logrotate.
Buenas,
Enviado desde mi Móvil
El 26/04/2013, a las 15:27, Camaleón noela...@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
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/37aa3772-ac16-4ed6-80b5-c1566f6b7...@gmail.com
Re: Problema con Logrotate.
El Fri, 26 Apr 2013 16:27:21 +0200, Ramses escribió: Enviado desde mi Móvil Ya, ya... bueno, al menos este ha salido mejor :-) El 26/04/2013, a las 15:27, Camaleón noela...@gmail.com escribió: (...) 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... Hombre, pero ya lo has ejecutado... para que lo haga automáticamente tendrías que eliminar (mover) los registros previos que se hayan generado y reiniciar el equipo. ¿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... El comando en sí no hace nada sino que te dice lo que haría y en base a qué criterio, vamos, una joyita (ya me gustaría a mí poner en modo de depuración a los humanos aunque me temo que el susto sería mayúsculo) :-) Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/kle4i4$q3$5...@ger.gmane.org
Re: Problema con Logrotate.
El día 26 de abril de 2013 16:27, Ramses ramses.sevi...@gmail.com escribió:
Buenas,
Enviado desde mi Móvil
El 26/04/2013, a las 15:27, Camaleón noela...@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.
S2.
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/CAGw=rHjGM39AB3jS9ScxV2weVA8ndbH+E4BK8=-of+pzxuh...@mail.gmail.com
RE: Problema con Logrotate.
Buenas,
-Mensaje original-
De: fernando sainz [mailto:fernandojose.sa...@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.sevi...@gmail.com
escribió:
Buenas,
Enviado desde mi Móvil
El 26/04/2013, a las 15:27, Camaleón noela...@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...
Saludos y gracias,
Ramsés
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/01ce42a0$0355fa90$0a01efb0$@gmail.com
RE: Problema con Logrotate. (SOLUCIONADO)
Buenas de nuevo,
-Mensaje original-
De: Ramses II [mailto:ramses.sevi...@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.sa...@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.sevi...@gmail.com
escribió:
Buenas,
Enviado desde mi Móvil
El 26/04/2013, a las 15:27, Camaleón noela...@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
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/!!AAAYAENFkb7HiHhNgxBWRjH4GnNiOgIAEFXoZGp6/VdGpZzsTN1TxmIBAA==@gmail.com
Re: Problema con Logrotate. (SOLUCIONADO)
El día 26 de abril de 2013 19:14, Ramses II ramses.sevi...@gmail.com escribió:
Buenas de nuevo,
-Mensaje original-
De: Ramses II [mailto:ramses.sevi...@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.sa...@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.sevi...@gmail.com
escribió:
Buenas,
Enviado desde mi Móvil
El 26/04/2013, a las 15:27, Camaleón noela...@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
Hola, pues nada, me alegro.
De todas formas echa un vistazo al man, porque creo que si pones
copytruncate no puedes poner create o es ignorada, vamos.
S2.
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/CAGw=rhhkjrerwmt3yk7ep6vxvj3s6edkfzavwvlnhr7ogls...@mail.gmail.com
Re: Problema con Logrotate.
El día 25 de abril de 2013 21:49, Juan García j...@multico.es escribió:
Hola a todos,
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.
¿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)?
Saludos y gracias,
Ramsés
--
Mira el man de logrotate y logrotate.conf
El problema es que tu proceso no cierra el fichero y aunque se
renombre el fichero el descriptor del fichero sigue apuntando a ese
fichero aunque tenga distinto nombre.
Los programas no deberían mantener abiertos los ficheros más tiempo de
lo necesario.
Algunos procesos es necesario pararlos y arrancarlos de nuevo en el
postrotate de la configuración. Mira los que ya tengas en tu sistema,
el de apache2 por ejemplo.
S2.
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/CAGw=rhj7833qxg8nzk5b6xjnrtvngzc143mqfvsn65nq2cd...@mail.gmail.com
Re: Problema con Logrotate.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
El 25/04/13 21:49, Juan García escribió:
(...)
¿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)?
Si miras un poco los demás ficheros, te falta el endscript y el notifempty
Aparte de esto, el compress
Es decir, como sigue:
/var/log/prueba.log {
missingok
rotate 7
compress
daily
notifempty
create 0640 root root
}
Normalmente y después de lo que hagas, pero mejor que esté el rotate mucho
antes que todas esas líneas. Es decir:
/var/log/prueba.log {
rotate 7
missingok
compress
daily
notifempty
create 0640 root root
}
¡Pruébalo y me dirás!
- --
Saludos de Santiago José López Borrazás.
-BEGIN PGP SIGNATURE-
iQIVAwUBUXmSr7uF9/q6J55WAQrG6RAAp8eXmGx3nDsmAE3rFE0Dmc1zPq0naaUT
JXvpIl0z/fefzwGKefhqO77ccOZsK6nGQkqLw66BoTafMVpMFZ0e9CH27zmjqeM6
7wCxqGaOz9XMDS7kMLm+prz0bZkGVUyN9aAPT1sSKuPRWCfnnQAHaUSmawAPklfd
1ZasQw8WMmlLlBhILxWVShw12EOrhPWB8IP0gQnCYdDIa1fYf3NcKj94jpMdw80z
7xR4BGLy51b8/4HN4Xq1Cf72eYaOrvxbHBOKbJr9Oo4oYy0a9ZPeEeQSk6CJVutk
vRUqTNJNfsSBOGkbp61PWWnQYPVUn5wcRGvqMiKm1kHSt8prpVTt6nqa/I1eOWz+
0U/tlld3BDKt7piQng+ngibMEP6noGjH4wE8uFwOKubEabna1REtnkT+bnrtePjE
BYSjcnLyzX4sqtn6SyAsKkrjf+YBKeiq2NwbMfbBvyMc3We70Jo12wM4NcD7UOid
r73w6C2mw+I4kLzBhuLsR5vtqlkKHFC8BeQAb/6IfR/AQhS7FCLhGcwRR7U4jqTT
ywvXBVds6OAZbGYjybxvcE7OCYADJ9kNdMffkJD1s411k38cX0ZtavKvfzYtjUJL
EnfZpuRE/hINRlmq3Xt9UDUp4GadkFOEFbO9WYHfKxq2fX04CXwqofmEqXY52y5x
RkoPDBtLiwQ=
=IdU+
-END PGP SIGNATURE-
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/517992b0.7020...@sjlopezb.yahoo.es
Re: Problema con Logrotate.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 El 25/04/13 22:23, fernando sainz escribió: (...) Algunos procesos es necesario pararlos y arrancarlos de nuevo en el postrotate de la configuración. Mira los que ya tengas en tu sistema, el de apache2 por ejemplo. Claro, con que ponga también con una línea como esta, por ejemplo: test ! -e /var/run/pruebas.pid || test ! -x /usr/sbin/pruebas Y que pruebe...o al menos, es lo que hacen algunos procesos de validación de reinicio, por ejemplo... O con el 'invoke', que también se hace (se ve en cups, por ejemplo), y se le da un tiempo como a segundos, por ejemplo, un 'sleep 5' para dar más tiempo a tener en cuenta el vaciado del fichero de proceso y demás antes del logrotate. - -- Saludos de Santiago José López Borrazás. -BEGIN PGP SIGNATURE- iQIVAwUBUXmXk7uF9/q6J55WAQqFnA/9G4ypqK+TG+J1tF8HGYOlFXEeVWhOBw97 udXD0Q662bnxYPzI0FNbRCQc7yd/bGC6seOeoh6ejiMe67CDQRq9UUhBqKXkqXWp UiE457gZp7pWV1dVQTuKSUaEqbZpXjhtkqy5K7jYVLszVrymixWEnmTTm/b9spzX MUjxGbvivRqRmcUbmAyyw+M13Ep/lVh+Yu8LFM9Gl+6qXnFKbIdipGkgSdgJ3bp8 QU9RZrpO+T5Hz1PQBCW4gFm8ZIBOQRCgWVRHUoth+o+0ZIPjXcO834iPPX89U+Rt Ai+PsatkQHqkMLjF3FlrVMhEJujHpefv4Qblk7WMtK1eeqL2zAJWA0fWvcGDOfe/ DjI+vukAEnjLhZbNpP31KIupEDDqvl2u57E6KlLQDlAWb0HUoOC4ymXmjs/toGL3 8rJHSdkEq5xVW+LHhKwmvWVL33v0ZqSav7bPC/5D/AIFb+d6pRwul277p56U8ieh WJ6jNdxy9nxLOtkzfYZFerRgkwEYrWU5tFVpfwChqF/aab/mQ64L6NUz5C8U6i6W TQlzAnYHVdfOmZLFga4pflhrvAeZAl1o8acCS4rEdVb7kWN3GhwJlsRsIDayb5VB DSIj8ZjPEl3WHni/M1fl4HM3IJV3+f2GojACo82Auoqy3BNRUJc+MxUG3kR9Z1tF 5X40xz5PAMY= =4rJ5 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51799793.8020...@sjlopezb.yahoo.es
Re: Problema con logrotate
Buenas Silvia, gracias por tu interés.
No sé si lo vistes, pero dejé comentado por qué no me funcionaba:
Buenas, creo que he dado con el problema. No sé si llevaré razón o no,
pero la versión que lleva es la logrotate 3.7.9
Me he generado un fichero en un server que tengo en casa, que tiene
otra versión de logrotate 3.7.8
He realizado la misma prueba y en el server de mi casa funciona
perfectamente...
http://rhn.redhat.com/errata/RHBA-2007-1002.html
Saludos y gracias.
El 2012-07-07 12:16, Silvia Pérez Sevilla escribió:
Hola.has podido probar loque te dije?
El 28/06/2012 14:30, Maykel Franco Hernández
may...@maykel.sytes.net [4] escribió:
Buenas tardes, tengo un servider web montado en un debian y quería
rotarlos diariamente cuando superen el tamaño de 1 GB. He puesto en
el cron que se ejecute la tarea cada hora. El cron funciona
correctamente el que falla es el logrotate. Esta es la
configuración que me falla:
/tmp/web-proxy.log {
rotate 365
daily
missingok
notifempty
compress
size 1024M
create 640 apache apache
}
Ése log crece muy rápido por unas pruebas que estoy haciendo y
porque el nivel del log está puesto para que recoja todo. El
problema es que teniendo el log más de 1GB, el cron salta, ejecuta
la instrucción de logrotate pero no hace nada.
[root@server tmp]# du -hs *
32K 0410472063
40K 0518957361
32K 1365870157
1,2G web-proxy.log
Lanzo el modo debug de logrotate para que lo simule:
[root@server tmp]# logrotate -d /etc/logrotate.d/web
reading config file /etc/logrotate.d/web
Handling 1 logs
rotating pattern: /tmp/alsa-proxy.log after 1 days (365
rotations)
empty log files are not rotated, only log files = 1073741824 bytes
are rotated, old logs are removed
considering log /tmp/alsa-proxy.log
log does not need rotating
Y esta es la tarea del cron:
0 * * * * /usr/sbin/logrotate /etc/logrotate.d/alsa
Qué puede estar pasando??
Gracias por adelantado.
Saludos.
--
To UNSUBSCRIBE, email to
debian-user-spanish-requ...@lists.debian.org [1]
with a subject of unsubscribe. Trouble? Contact
listmas...@lists.debian.org [2]
Archive:
http://lists.debian.org/d653fac4ac406ac3d4b20ffad19b2...@maykel.sytes.net
[3]
Links:
--
[1] mailto:debian-user-spanish-requ...@lists.debian.org
[2] mailto:listmas...@lists.debian.org
[3]
http://lists.debian.org/d653fac4ac406ac3d4b20ffad19b2...@maykel.sytes.net
[4] mailto:may...@maykel.sytes.net
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/5a3e4251f366e709610723a3b8428...@maykel.sytes.net
Re: Problema con logrotate
Hola
Después del size tienes que poner una linea de reload de apache para que
cargue la nueva configuración
Y reiniciar apache
Salu2
Silnux
El 28 de junio de 2012 23:54, Angel Claudio Alvarez
an...@angel-alvarez.com.ar escribió:
El Thu, 28 Jun 2012 17:00:48 +0200
Maykel Franco Hernández may...@maykel.sytes.net escribió:
El 2012-06-28 16:51, Maykel Franco Hernández escribió:
El 2012-06-28 16:26, Maykel Franco Hernández escribió:
El 2012-06-28 16:13, Camaleón escribió:
El Thu, 28 Jun 2012 15:29:25 +0200, Maykel Franco Hernández
escribió:
Buenas tardes, tengo un servider web montado en un debian y quería
rotarlos diariamente cuando superen el tamaño de 1 GB. He puesto
en el
cron que se ejecute la tarea cada hora. El cron funciona
correctamente
el que falla es el logrotate.
Mmm, que yo sepa no tienes que tocar nada del cron, sólo el archivo
de
configuración del registro que quieres rotar con logrotate
(recuerda que
logrotate ya tiene su propia tarea definida en el cron.daily).
Esta es la configuración que me falla:
/tmp/web-proxy.log {
rotate 365
daily
missingok
notifempty
compress
size 1024M
cambia size por maxsize
create 640 apache apache
}
A simple vista parece correcto :-?
Ése log crece muy rápido por unas pruebas que estoy haciendo y
porque el
nivel del log está puesto para que recoja todo. El problema es que
teniendo el log más de 1GB, el cron salta, ejecuta la instrucción
de
logrotate pero no hace nada.
Ejecuta el logrotate manualmente con el parámetro -f (force) y -d
(modo
depuración) a ver qué te dice.
[root@server tmp]# du -hs *
32K 0410472063
40K 0518957361
32K 1365870157
1,2G web-proxy.log
Lanzo el modo debug de logrotate para que lo simule:
Eso, pero con --force :-)
[root@server tmp]# logrotate -d /etc/logrotate.d/web
reading config file /etc/logrotate.d/web
Handling 1 logs
rotating pattern: /tmp/alsa-proxy.log after 1 days (365
rotations)
^^
empty log files are not rotated, only log files = 1073741824
bytes are
^^
(...)
Las dos variables que tiene que mirar las detecta correctamente.
¡Ah! Oye, hay una discrepancia en el nombre del archivo que tiene
que rotar:
web-proxy.log
alsa-proxy.log
?
Y esta es la tarea del cron:
0 * * * */usr/sbin/logrotate /etc/logrotate.d/alsa
Esto creo que no es necesario.
Saludos,
--
Camaleón
Gracias opr contestar. Si lo del nombre no te preocupes, es que no
quería que saliera el nombre original del log y le puesto web y se
me
ha olvidado cambiarlo en el resto de ejecución cuando lo he pegado.
Sino me equivoco, el force te lo rota si o si??
Si le paso el force, me lo rota siempre. Se cumpla la condición, o
no.
Puede hacer alguien una prueba del logrotate generándose un fichero
con dd y luego estableciendo una tarea de logrotate?? Estoy viendo
por
foros que le ha pasado a mucha gente.
Saludos.
Buenas, creo que he dado con el problema. No sé si llevaré razón o no,
pero la versión que lleva es la logrotate 3.7.9
Me he generado un fichero en un server que tengo en casa, que tiene
otra versión de logrotate 3.7.8
He realizado la misma prueba y en el server de mi casa funciona
perfectamente...
http://rhn.redhat.com/errata/RHBA-2007-1002.html
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
listmas...@lists.debian.org
Archive:
http://lists.debian.org/c092e195f750c0df2bd3e1de1da75...@maykel.sytes.net
--
Angel Claudio Alvarez an...@angel-alvarez.com.ar
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
listmas...@lists.debian.org
Archive:
http://lists.debian.org/20120628185439.5c92288a11886e9cd8dc8...@angel-alvarez.com.ar
Re: Problema con logrotate
On Thu, 28 Jun 2012 15:29:25 +0200 Maykel Franco Hernández may...@maykel.sytes.net wrote: Hola proba con este parámetro cambia este size 1024M por este size=+1122304k Saludos -- Voip Mumble (soft libre) :. http://mumble.com.ar Web Hosting :. http://mamalibre.com.ar Red Social :. http://legadolibre.com.ar Jabber/XMPP :. http://mamalibre.com.ar/xmpp/ MamaLibre, Casa en Lincoln, Ituzaingo 1085 CP6070, Buenos Aires, Argentina pgpwYKcN8woOP.pgp Description: PGP signature
Re: Problema con logrotate
El 2012-06-28 15:49, Fabián Bonetti escribió:
On Thu, 28 Jun 2012 15:29:25 +0200
Maykel Franco Hernández may...@maykel.sytes.net wrote:
Hola
proba con este parámetro
cambia este
size 1024M
por este
size=+1122304k
Saludos
Gracias por contestar. Lo he cambiado:
[root@toone logrotate.d]# cat web
/tmp/web-proxy.log {
rotate 365
daily
missingok
notifempty
compress
size=+1122304k
create 640 apache apache
}
root@server logrotate.d]# logrotate -d /etc/logrotate.d/web
reading config file /etc/logrotate.d/web
Handling 1 logs
rotating pattern: /tmp/web-proxy.log after 1 days (365 rotations)
empty log files are not rotated, only log files = 1149239296 bytes are
rotated, old logs are removed
considering log /tmp/web-proxy.log
log does not need rotating
No entiendo por qué no lo rota, la regla se cumple
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/539323e723e073bc9cefd04d14eec...@maykel.sytes.net
Re: Problema con logrotate
2012/6/28 Fabián Bonetti mama21mama2...@yahoo.com.ar: On Thu, 28 Jun 2012 15:29:25 +0200 Maykel Franco Hernández may...@maykel.sytes.net wrote: Hola proba con este parámetro cambia este size 1024M por este size=+1122304k Saludos -- Mira en el man las opciones copytruncate y create. Tal vez vengan por ahí tus problemas. S2 -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAGw=rhjzrpn_ngxo7xkmfisuacmvasxhaspxdyfbcwwxvtj...@mail.gmail.com
Re: Problema con logrotate
On Thu, 28 Jun 2012 15:53:51 +0200 Maykel Franco Hernández may...@maykel.sytes.net wrote: Esta bien no se giran por que esta excedido el próximo si rotara. Saludos -- Voip Mumble (soft libre) :. http://mumble.com.ar Web Hosting :. http://mamalibre.com.ar Red Social :. http://legadolibre.com.ar Jabber/XMPP :. http://mamalibre.com.ar/xmpp/ MamaLibre, Casa en Lincoln, Ituzaingo 1085 CP6070, Buenos Aires, Argentina pgptfjfpLr7u5.pgp Description: PGP signature
Re: Problema con logrotate
El 2012-06-28 16:03, Fabián Bonetti escribió: On Thu, 28 Jun 2012 15:53:51 +0200 Maykel Franco Hernández may...@maykel.sytes.net wrote: Esta bien no se giran por que esta excedido el próximo si rotara. Saludos Precisamente quiero que se roten cuando esté excedido...No consigo hacerlo funcioar bien. Creo que los parámetros son correctos... -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1cfebf244543bf9d4fc414a574b1b...@maykel.sytes.net
Re: Problema con logrotate
El Thu, 28 Jun 2012 15:29:25 +0200, Maykel Franco Hernández escribió:
Buenas tardes, tengo un servider web montado en un debian y quería
rotarlos diariamente cuando superen el tamaño de 1 GB. He puesto en el
cron que se ejecute la tarea cada hora. El cron funciona correctamente
el que falla es el logrotate.
Mmm, que yo sepa no tienes que tocar nada del cron, sólo el archivo de
configuración del registro que quieres rotar con logrotate (recuerda que
logrotate ya tiene su propia tarea definida en el cron.daily).
Esta es la configuración que me falla:
/tmp/web-proxy.log {
rotate 365
daily
missingok
notifempty
compress
size 1024M
create 640 apache apache
}
A simple vista parece correcto :-?
Ése log crece muy rápido por unas pruebas que estoy haciendo y porque el
nivel del log está puesto para que recoja todo. El problema es que
teniendo el log más de 1GB, el cron salta, ejecuta la instrucción de
logrotate pero no hace nada.
Ejecuta el logrotate manualmente con el parámetro -f (force) y -d (modo
depuración) a ver qué te dice.
[root@server tmp]# du -hs *
32K 0410472063
40K 0518957361
32K 1365870157
1,2G web-proxy.log
Lanzo el modo debug de logrotate para que lo simule:
Eso, pero con --force :-)
[root@server tmp]# logrotate -d /etc/logrotate.d/web
reading config file /etc/logrotate.d/web
Handling 1 logs
rotating pattern: /tmp/alsa-proxy.log after 1 days (365 rotations)
^^
empty log files are not rotated, only log files = 1073741824 bytes are
^^
(...)
Las dos variables que tiene que mirar las detecta correctamente.
¡Ah! Oye, hay una discrepancia en el nombre del archivo que tiene que rotar:
web-proxy.log
alsa-proxy.log
?
Y esta es la tarea del cron:
0 * * * * /usr/sbin/logrotate /etc/logrotate.d/alsa
Esto creo que no es necesario.
Saludos,
--
Camaleón
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/jshoqn$no$4...@dough.gmane.org
Re: Problema con logrotate
El 2012-06-28 16:13, Camaleón escribió:
El Thu, 28 Jun 2012 15:29:25 +0200, Maykel Franco Hernández escribió:
Buenas tardes, tengo un servider web montado en un debian y quería
rotarlos diariamente cuando superen el tamaño de 1 GB. He puesto en
el
cron que se ejecute la tarea cada hora. El cron funciona
correctamente
el que falla es el logrotate.
Mmm, que yo sepa no tienes que tocar nada del cron, sólo el archivo
de
configuración del registro que quieres rotar con logrotate (recuerda
que
logrotate ya tiene su propia tarea definida en el cron.daily).
Esta es la configuración que me falla:
/tmp/web-proxy.log {
rotate 365
daily
missingok
notifempty
compress
size 1024M
create 640 apache apache
}
A simple vista parece correcto :-?
Ése log crece muy rápido por unas pruebas que estoy haciendo y
porque el
nivel del log está puesto para que recoja todo. El problema es que
teniendo el log más de 1GB, el cron salta, ejecuta la instrucción de
logrotate pero no hace nada.
Ejecuta el logrotate manualmente con el parámetro -f (force) y -d
(modo
depuración) a ver qué te dice.
[root@server tmp]# du -hs *
32K 0410472063
40K 0518957361
32K 1365870157
1,2Gweb-proxy.log
Lanzo el modo debug de logrotate para que lo simule:
Eso, pero con --force :-)
[root@server tmp]# logrotate -d /etc/logrotate.d/web
reading config file /etc/logrotate.d/web
Handling 1 logs
rotating pattern: /tmp/alsa-proxy.log after 1 days (365 rotations)
^^
empty log files are not rotated, only log files = 1073741824 bytes
are
^^
(...)
Las dos variables que tiene que mirar las detecta correctamente.
¡Ah! Oye, hay una discrepancia en el nombre del archivo que tiene que
rotar:
web-proxy.log
alsa-proxy.log
?
Y esta es la tarea del cron:
0 * * * * /usr/sbin/logrotate /etc/logrotate.d/alsa
Esto creo que no es necesario.
Saludos,
--
Camaleón
Gracias opr contestar. Si lo del nombre no te preocupes, es que no
quería que saliera el nombre original del log y le puesto web y se me ha
olvidado cambiarlo en el resto de ejecución cuando lo he pegado.
Sino me equivoco, el force te lo rota si o si??
Si le paso el force, me lo rota siempre. Se cumpla la condición, o no.
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/e04e309fc922b1b34a7eba3e0ccd1...@maykel.sytes.net
Re: Problema con logrotate
El 2012-06-28 16:26, Maykel Franco Hernández escribió:
El 2012-06-28 16:13, Camaleón escribió:
El Thu, 28 Jun 2012 15:29:25 +0200, Maykel Franco Hernández
escribió:
Buenas tardes, tengo un servider web montado en un debian y quería
rotarlos diariamente cuando superen el tamaño de 1 GB. He puesto en
el
cron que se ejecute la tarea cada hora. El cron funciona
correctamente
el que falla es el logrotate.
Mmm, que yo sepa no tienes que tocar nada del cron, sólo el archivo
de
configuración del registro que quieres rotar con logrotate (recuerda
que
logrotate ya tiene su propia tarea definida en el cron.daily).
Esta es la configuración que me falla:
/tmp/web-proxy.log {
rotate 365
daily
missingok
notifempty
compress
size 1024M
create 640 apache apache
}
A simple vista parece correcto :-?
Ése log crece muy rápido por unas pruebas que estoy haciendo y
porque el
nivel del log está puesto para que recoja todo. El problema es que
teniendo el log más de 1GB, el cron salta, ejecuta la instrucción
de
logrotate pero no hace nada.
Ejecuta el logrotate manualmente con el parámetro -f (force) y -d
(modo
depuración) a ver qué te dice.
[root@server tmp]# du -hs *
32K 0410472063
40K 0518957361
32K 1365870157
1,2Gweb-proxy.log
Lanzo el modo debug de logrotate para que lo simule:
Eso, pero con --force :-)
[root@server tmp]# logrotate -d /etc/logrotate.d/web
reading config file /etc/logrotate.d/web
Handling 1 logs
rotating pattern: /tmp/alsa-proxy.log after 1 days (365 rotations)
^^
empty log files are not rotated, only log files = 1073741824 bytes
are
^^
(...)
Las dos variables que tiene que mirar las detecta correctamente.
¡Ah! Oye, hay una discrepancia en el nombre del archivo que tiene
que rotar:
web-proxy.log
alsa-proxy.log
?
Y esta es la tarea del cron:
0 * * * * /usr/sbin/logrotate /etc/logrotate.d/alsa
Esto creo que no es necesario.
Saludos,
--
Camaleón
Gracias opr contestar. Si lo del nombre no te preocupes, es que no
quería que saliera el nombre original del log y le puesto web y se me
ha olvidado cambiarlo en el resto de ejecución cuando lo he pegado.
Sino me equivoco, el force te lo rota si o si??
Si le paso el force, me lo rota siempre. Se cumpla la condición, o
no.
Puede hacer alguien una prueba del logrotate generándose un fichero con
dd y luego estableciendo una tarea de logrotate?? Estoy viendo por foros
que le ha pasado a mucha gente.
Saludos.
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/a200c641fdcfcb5786eea5a3ca80f...@maykel.sytes.net
Re: Problema con logrotate
El 2012-06-28 16:51, Maykel Franco Hernández escribió:
El 2012-06-28 16:26, Maykel Franco Hernández escribió:
El 2012-06-28 16:13, Camaleón escribió:
El Thu, 28 Jun 2012 15:29:25 +0200, Maykel Franco Hernández
escribió:
Buenas tardes, tengo un servider web montado en un debian y quería
rotarlos diariamente cuando superen el tamaño de 1 GB. He puesto
en el
cron que se ejecute la tarea cada hora. El cron funciona
correctamente
el que falla es el logrotate.
Mmm, que yo sepa no tienes que tocar nada del cron, sólo el archivo
de
configuración del registro que quieres rotar con logrotate
(recuerda que
logrotate ya tiene su propia tarea definida en el cron.daily).
Esta es la configuración que me falla:
/tmp/web-proxy.log {
rotate 365
daily
missingok
notifempty
compress
size 1024M
create 640 apache apache
}
A simple vista parece correcto :-?
Ése log crece muy rápido por unas pruebas que estoy haciendo y
porque el
nivel del log está puesto para que recoja todo. El problema es que
teniendo el log más de 1GB, el cron salta, ejecuta la instrucción
de
logrotate pero no hace nada.
Ejecuta el logrotate manualmente con el parámetro -f (force) y -d
(modo
depuración) a ver qué te dice.
[root@server tmp]# du -hs *
32K 0410472063
40K 0518957361
32K 1365870157
1,2Gweb-proxy.log
Lanzo el modo debug de logrotate para que lo simule:
Eso, pero con --force :-)
[root@server tmp]# logrotate -d /etc/logrotate.d/web
reading config file /etc/logrotate.d/web
Handling 1 logs
rotating pattern: /tmp/alsa-proxy.log after 1 days (365
rotations)
^^
empty log files are not rotated, only log files = 1073741824
bytes are
^^
(...)
Las dos variables que tiene que mirar las detecta correctamente.
¡Ah! Oye, hay una discrepancia en el nombre del archivo que tiene
que rotar:
web-proxy.log
alsa-proxy.log
?
Y esta es la tarea del cron:
0 * * * * /usr/sbin/logrotate /etc/logrotate.d/alsa
Esto creo que no es necesario.
Saludos,
--
Camaleón
Gracias opr contestar. Si lo del nombre no te preocupes, es que no
quería que saliera el nombre original del log y le puesto web y se
me
ha olvidado cambiarlo en el resto de ejecución cuando lo he pegado.
Sino me equivoco, el force te lo rota si o si??
Si le paso el force, me lo rota siempre. Se cumpla la condición, o
no.
Puede hacer alguien una prueba del logrotate generándose un fichero
con dd y luego estableciendo una tarea de logrotate?? Estoy viendo
por
foros que le ha pasado a mucha gente.
Saludos.
Buenas, creo que he dado con el problema. No sé si llevaré razón o no,
pero la versión que lleva es la logrotate 3.7.9
Me he generado un fichero en un server que tengo en casa, que tiene
otra versión de logrotate 3.7.8
He realizado la misma prueba y en el server de mi casa funciona
perfectamente...
http://rhn.redhat.com/errata/RHBA-2007-1002.html
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/c092e195f750c0df2bd3e1de1da75...@maykel.sytes.net
Re: Problema con logrotate
El Thu, 28 Jun 2012 16:26:00 +0200, Maykel Franco Hernández escribió: El 2012-06-28 16:13, Camaleón escribió: Las dos variables que tiene que mirar las detecta correctamente. ¡Ah! Oye, hay una discrepancia en el nombre del archivo que tiene que rotar: web-proxy.log alsa-proxy.log ? Y esta es la tarea del cron: 0 * * * * /usr/sbin/logrotate /etc/logrotate.d/alsa Esto creo que no es necesario. Gracias opr contestar. Si lo del nombre no te preocupes, es que no quería que saliera el nombre original del log y le puesto web y se me ha olvidado cambiarlo en el resto de ejecución cuando lo he pegado. Ah, vale... :-) Sino me equivoco, el force te lo rota si o si?? El force lo rota sí o sí, por lo que no tiene en cuenta si han pasado 24 horas después de la última ejecución, por lo que en tu caso te vendría bien para depurar el error. Si le paso el force, me lo rota siempre. Se cumpla la condición, o no. Bueno, no lo rotaría si hubiera algún error en el archivo de configuración, que es lo que es de lo que se trata. Si lo rota bien, entonces el problema no lo tienes en el logrotate... (puedes ejecutarlo con el -v para ver si te da más información de qué es lo que hace). Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/jsi05l$no$1...@dough.gmane.org
Re: Problema con logrotate
El Thu, 28 Jun 2012 17:00:48 +0200
Maykel Franco Hernández may...@maykel.sytes.net escribió:
El 2012-06-28 16:51, Maykel Franco Hernández escribió:
El 2012-06-28 16:26, Maykel Franco Hernández escribió:
El 2012-06-28 16:13, Camaleón escribió:
El Thu, 28 Jun 2012 15:29:25 +0200, Maykel Franco Hernández
escribió:
Buenas tardes, tengo un servider web montado en un debian y quería
rotarlos diariamente cuando superen el tamaño de 1 GB. He puesto
en el
cron que se ejecute la tarea cada hora. El cron funciona
correctamente
el que falla es el logrotate.
Mmm, que yo sepa no tienes que tocar nada del cron, sólo el archivo
de
configuración del registro que quieres rotar con logrotate
(recuerda que
logrotate ya tiene su propia tarea definida en el cron.daily).
Esta es la configuración que me falla:
/tmp/web-proxy.log {
rotate 365
daily
missingok
notifempty
compress
size 1024M
cambia size por maxsize
create 640 apache apache
}
A simple vista parece correcto :-?
Ése log crece muy rápido por unas pruebas que estoy haciendo y
porque el
nivel del log está puesto para que recoja todo. El problema es que
teniendo el log más de 1GB, el cron salta, ejecuta la instrucción
de
logrotate pero no hace nada.
Ejecuta el logrotate manualmente con el parámetro -f (force) y -d
(modo
depuración) a ver qué te dice.
[root@server tmp]# du -hs *
32K 0410472063
40K 0518957361
32K 1365870157
1,2G web-proxy.log
Lanzo el modo debug de logrotate para que lo simule:
Eso, pero con --force :-)
[root@server tmp]# logrotate -d /etc/logrotate.d/web
reading config file /etc/logrotate.d/web
Handling 1 logs
rotating pattern: /tmp/alsa-proxy.log after 1 days (365
rotations)
^^
empty log files are not rotated, only log files = 1073741824
bytes are
^^
(...)
Las dos variables que tiene que mirar las detecta correctamente.
¡Ah! Oye, hay una discrepancia en el nombre del archivo que tiene
que rotar:
web-proxy.log
alsa-proxy.log
?
Y esta es la tarea del cron:
0 * * * */usr/sbin/logrotate /etc/logrotate.d/alsa
Esto creo que no es necesario.
Saludos,
--
Camaleón
Gracias opr contestar. Si lo del nombre no te preocupes, es que no
quería que saliera el nombre original del log y le puesto web y se
me
ha olvidado cambiarlo en el resto de ejecución cuando lo he pegado.
Sino me equivoco, el force te lo rota si o si??
Si le paso el force, me lo rota siempre. Se cumpla la condición, o
no.
Puede hacer alguien una prueba del logrotate generándose un fichero
con dd y luego estableciendo una tarea de logrotate?? Estoy viendo
por
foros que le ha pasado a mucha gente.
Saludos.
Buenas, creo que he dado con el problema. No sé si llevaré razón o no,
pero la versión que lleva es la logrotate 3.7.9
Me he generado un fichero en un server que tengo en casa, que tiene
otra versión de logrotate 3.7.8
He realizado la misma prueba y en el server de mi casa funciona
perfectamente...
http://rhn.redhat.com/errata/RHBA-2007-1002.html
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/c092e195f750c0df2bd3e1de1da75...@maykel.sytes.net
--
Angel Claudio Alvarez an...@angel-alvarez.com.ar
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/20120628185439.5c92288a11886e9cd8dc8...@angel-alvarez.com.ar
