El 11/04/2011 16:18, Alejandro Brust at federacion escribió:
El 11/04/2011 15:56, Alvaro Herrera escribió:
Excerpts from Alejandro Brust at federacion's message of lun abr 11
13:43:57 -0300 2011:
Hola a todos quería saber si existe la manera de que, al realizar un
vacuumdb nocturno
(cron) me excluya una tabla que en su momento me dio errores de
"invalid
page header in block of relation........", esta tabla fue renombrada y
restaurada de un bk, por lo tanto no esta en uso
y me esta arruinando todos los vaccumdb nocturnos que hago.
Bórrala.
También aclaro que no quiero borrar la tabla(rota y en desuso) porque
tengo temor que sea un error de los discos y este espacio se vuelva a
reutilizar.
Esto es un sinsentido. El disco no es estúpido y se hará cargo del
problema. Prueba badblocks si no estás convencido. Si aún quieres
conservar el archivo, crea un link duro (no simbólico) y borras la
tabla.
(Los discos modernos "saben" qué bloques no pudieron leer y crean mapas
de espacio muerto que no reutilizan. Si está dando errores de lectura
es para que el usuario se dé cuenta y tome alguna acción con respecto a
ese bloque, por ej. reescribirlo por completo en cuyo caso el mapa de
sectores malos lo pondrá en otra parte y dejará el bloque malo fuera de
uso en forma permanente.)
Todo esto es una tecnología super moderna, creo que sólo tiene 25 años.
Solo necesito saber si es posible evitar que el vacuumdb --all
--analyze
se me clave al pasar por la tabla en cuestion.
No existe esta opción.
Otra cunsulta hablando de vaccum y replicacion:
si corro el vacuum --all --analyze en el master y estoy con Streaming
Rep de PG9 las estadisticas de las tablas (para el planner) también se
actualizan en el esclavo?
Sí.
Alvaro, gracias por tu contundencia ja!
Hoy me paso por segunda vez( invalid page header....con otra tabla) en
5 meses de comprado los servers (hpDL380, controladora p410i discos
sas) por eso mi temor.
Cosa curiosa... con este error en el primario durante toda la mañana,
en el secundario escribia todos los cambios (turnos) sin problemas (de
ahi saque el BK para el problema de hoy).
La voy a borrar y luego de unos días promuevo el segundo server a
master y hago todos los test que me piden desde HP.
Gracias!
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
Hola a todos les escribo preocupado(siguiendo el hilo de la
conversacion) ya que teniendo
el segundo server(esclavo) funcionando ok durante meses con streaming
replication ayer por la noche
lo saque un rato de linea y luego lo volvi a poner a replicar como
esclavo del master con un scritp que contiene mas o menos los siguientes
comandos select pg_start_backup + rsync al esclavo +select
pg_stop_backup... el scrip anda perfectamente ya que quedo replicando
sin problemas (probé crear bases y tablas y borrarlas y todo ok 21:15pm)
pero por la mañana me encuentro con el server esclavo parado con error de:
"FATAL invalid page header in block 1532 of relation
base/308876290/370614752"
"CONTEXT xlog redo vacuum: rel 1663/308876290/370614752; blk 1889,
lastBlockVacuuned 1525"
Todo a las 24:00hs (horas despues de probar la replicacion) pongo los
horarios porque a las 24hs yo realizo en el master
un vacuumdb --all -analyze todos los dias (que me daba error y no lo
terminaba...con esto empezo el primer post).
Mi pregunta es:
Tomando en cuenta que es muy dificil que dos servidores DL380 nuevos
anden mal, existe la posibilidad
que el error de "invalid page....." se pase al esclavo a travez de un
backup base realizado con pg_start_backup +rsync??
Es posible que al dar un error el vacuundb --all en el master me
transfiera el mismo al esclavo de alguna manera?
Yo hoy borre en el master esa tabla que me daba error de invalid page
header, por lo que espero que el vacuumdb de la noche no me de ningun
error.... si todo sale ok voy a intentar poner nuevamente el linea la
replicacion
Alguien tiene alguna idea de que puede estar pasando? (es tan
descabellado lo que pienso).
Les pido disculpas si la redacción de los hechos esta un poco confusa
(intento seguir los pasos pero estoy muy preocupado, jamas tuve ningún
problema con postgresql desde las versiones 7 (hace años uso PG))
si hay que aclarar algo o pasar configuraciones díganmelo por favor.
Gracias por adelantado
-
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
