2016-07-08 5:04 GMT-05:00 Francisco Olarte <fola...@peoplecall.com>: > Eduardo: > > 2016-07-07 19:40 GMT+02:00 Eduardo Morras <emorr...@yahoo.es>: > ... >>> Es mas, haz una prueba pero me da que el maestro, salvo que hagas >>> algun truco para guardar el xlog, se pudriria no solo cuando se >>> ahostie, sino tambien cuando pares la maquina ( la prueba es facil, >>> coge un cluster, paralo, borra el directorio de xlog, arranca a ver >>> que pasa ), en cuyo caso vas a tener mas movidas aun con los upgrades. >> Ahi depende de como pares la maquina. Siempre parar primero Postgres >> (pg_ctl stop -m smart) y despues hacer el shutdown. Nunca confio en que >> llamar a shutdown directamente pueda parar correctamente postgres o >> cualquier otro demonio mio, tiene la mala costumbre de matar todo >> pasado un timeout y dejar las cosas a medio hacer. > > No, no es eso lo que digo. Lo que digo es que en condiciones normales > si tu haces un reboot, y tienes la maquina bien configurada, el > postgres tiene el xlog ahi cuando rearranca, que no se lo que se queda > dentro. La cosa es si puede hacer un pgctl stop smart, borrar el > directorio de xlog, pgctl start y sigue funcionando. >
no, no puedes. al arrancar postgres necesita ver no solo el directorio pg_xlog, tambien necesita ver segmentos del WAL (lo que va dentro del directorio) de al menos 2 chekpoints para atras... -- Jaime Casanova www.2ndQuadrant.com PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services - Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org) Para cambiar tu suscripci�n: http://www.postgresql.org/mailpref/pgsql-es-ayuda
