El 9 de mayo de 2017, 19:09, Diego Alejandro Feito <dfe...@conexia.com> escribió:
> Buenas tardes lista! Como están? > > Les escribo para consultarles sobre un caso que me paso en un motor de > producción. El dia 3/5 a la noche, puse el log_min_duration_statement en > cero para poder auditar un proceso. Obvio, me lo olvide así y recién lo > cambie esta mañana porque no lo recordaba. > Lo curioso, es que mientras estuvo este parámetro en cero no roto el log > creando un solo archivo de 8 GBs (el que se ve comprimido en la lista de > mas abajo) > > *Aqui las dudas:* > > - ¿Alguien sabe a que pudo haberse debido este comportamiento? > Puedes revisar que los parámetros log_rotation_age = 1d y log_rotation_size = 10MB tienen los mismos valores en ejecución del servidor. Me refiero a, hacer un show all y verificar que ambos parámetros tienen los mismos valores. O has recargado la configuración de postgresql, una vez modificada ? > - ¿Que hace postgres cuando no puede escribir en el log? ¿Borra lo mas > viejo? > Si no puede escribir por problemas de permisos, puede que lo veas arrancando la base de datos sin usar el parámetro en el que se indica fichero de loggin con -l . Si te quedas sin espacio en el sistema de ficheros o volumen asociado a pg_log la base de datos no va a borrar el más viejo, pero seguirá funcionando SIEMPRE y cuando el sistema de fcheros de pg_log no sea el mismo que el de pgdata o pg_xlog, en tal caso la base de datos se parará y hasta que no le asignes más espacio no podrá volverse a arrancar. > - ¿Es recomendable setear el logrotate sobre la carpeta PG_LOG o mas bien > moverla a la particion de logs? > Una buena practica es separar las particiones/volumenes/sistema de ficheros de pg_log, pg_xlog y datos ( pgdata) de la base de datos, para evitar perdida del servicio de base de datos. > > *Asi tengo el postgres.conf:* > > log_statement = 'ddl' > log_filename = 'postgresql-%Y-%m-%d_%H%M%S.log' > log_truncate_on_rotation = on > log_rotation_age = 1d > log_rotation_size = 10MB > > > *LS del PL_LOG:* > > -rw-------. 1 postgres postgres 11M May 3 19:01 > postgresql-2017-05-03_185033.log > -rw-------. 1 postgres postgres 11M May 3 19:10 > postgresql-2017-05-03_190146.log > -rw-------. 1 postgres postgres 11M May 3 19:21 > postgresql-2017-05-03_191050.log > -rw-------. 1 postgres postgres 11M May 3 19:36 > postgresql-2017-05-03_192153.log > -rw-------. 1 postgres postgres 11M May 3 19:42 > postgresql-2017-05-03_193613.log*-rw-------. 1 postgres postgres 407M May 9 > 09:01 postgresql-2017-05-03_194228.log.gz* > -rw-------. 1 postgres postgres 11M May 9 09:04 > postgresql-2017-05-04_000000.log > -rw-------. 1 postgres postgres 11M May 9 09:06 > postgresql-2017-05-09_090402.log > -rw-------. 1 postgres postgres 11M May 9 09:09 > postgresql-2017-05-09_090659.log > -rw-------. 1 postgres postgres 11M May 9 09:11 > postgresql-2017-05-09_090936.log > -rw-------. 1 postgres postgres 11M May 9 09:15 > postgresql-2017-05-09_091132.log > -rw-------. 1 postgres postgres 11M May 9 09:17 > postgresql-2017-05-09_091502.log > -rw-------. 1 postgres postgres 11M May 9 09:18 > postgresql-2017-05-09_091704.log > -rw-------. 1 postgres postgres 11M May 9 09:21 > postgresql-2017-05-09_091856.log > > > Desde ya, muchas gracias. > >
