¿El log del pg_dump en el servidor origen muestra algún error que dé pistas? ¿Al comienzo del pg_restore hay algún error que dé alguna pista?
On Sat, Apr 18, 2020 at 4:40 PM Guillermo E. Villanueva < guillermo...@gmail.com> wrote: > Muchas gracias por tu ayuda , si intenté eso y da el mismo error: out of > memory > > :-( > > El sáb., 18 abr. 2020 a las 11:34, Lucas Luengas (<lucasluen...@gmail.com>) > escribió: > >> Hola. >> Puedes probar esto, en un entorno de pruebas. >> >> pg_restore -f ficherodesalida ficherodebackup >> >> Esto genera en ficherodesalida el contenido de ficherodebackup en formato >> plano (sentencias sql) >> >> Después, puedes probar a intentar cargar ese fichero con psql a ver si >> obtienes el mismo error. >> >> psql nombrebasededatos -f ficherodesalida >> >> >> On Sat, Apr 18, 2020 at 4:27 PM Guillermo E. Villanueva < >> guillermo...@gmail.com> wrote: >> >>> Lucas, gracias por responder. >>> Ambos son 9.2.7 >>> Si pude restaurar objetos por separado, con el parámetro -L >>> >>> El sáb., 18 abr. 2020 a las 11:15, Lucas Luengas (< >>> lucasluen...@gmail.com>) escribió: >>> >>>> Hola. >>>> Comprueba, aunque creo que no es el problema, pero por si acaso, que la >>>> versión de pg_dump y pg_restore son las mismas. >>>> >>>> Otra cosa que puedes probar, es con pg_restore probar a restaurar una >>>> tabla, cualquiera, que sea distinta a la que muestras en el error. >>>> El parámetro -t nombretabla cuando usas pg_restore. >>>> >>>> Saludos. >>>> >>>> On Sat, Apr 18, 2020 at 3:44 PM Guillermo E. Villanueva < >>>> guillermo...@gmail.com> wrote: >>>> >>>>> Buen día, tenemos un postgres 9.2 que por cuestiones contractuales con >>>>> un proveedor todavía no podemos actualizar. La vm en la que está tuvo >>>>> problemas en el filesystem y estamos tratando de levantar un backup de la >>>>> noche anterior. >>>>> >>>>> El intento de recuperación lo hacemos en otra vm con misma versión de >>>>> postgres. >>>>> El restore se corta con el mensaje out of memory , pero mirando dentro >>>>> del log del servidor se puede ver: >>>>> 2020-04-18 08:35:37 ART %; 08P01 %*ERROR: unexpected message type >>>>> 0x58 during COPY from stdin* >>>>> 2020-04-18 08:35:37 ART %; 08P01 %CONTEXT: COPY textosact, line 374633 >>>>> 2020-04-18 08:35:37 ART %; 08P01 %STATEMENT: COPY textosact (id, >>>>> org_codigo, tcc_codigo, hca_numero, hca_anio, dac_codigo, hac_numero, >>>>> hac_anio, texto, textoascii, pki_hash, hac_forcepki, firma, firmada, >>>>> exp_id, act_id, act_pdf) FROM stdin; >>>>> >>>>> 2020-04-18 08:35:37 ART %; 08006 %*LOG: could not send data to >>>>> client: Broken pipe* >>>>> 2020-04-18 08:35:37 ART %; 08006 %STATEMENT: COPY textosact (id, >>>>> org_codigo, tcc_codigo, hca_numero, hca_anio, dac_codigo, hac_numero, >>>>> hac_anio, texto, textoascii, pki_hash, hac_forcepki, firma, firmada, >>>>> exp_id, act_id, act_pdf) FROM stdin; >>>>> >>>>> 2020-04-18 08:35:37 ART %; 08006 %*FATAL: connection to client lost* >>>>> >>>>> Hemos intentado hasta darle 64 Gb de ram con los parámetros que nos da >>>>> https://pgtune.leopard.in.ua/#/ hemos ido variando los parámetros >>>>> pero siempre se produce el mismo error. >>>>> También intenté hacer un pg_restore -f para luego ejecutar el script >>>>> generado con psql pero pasa exactamente lo mismo. >>>>> Aparentemente el backup también está corrupto? >>>>> >>>>> Se puede hacer algo? Qué me recomiendan aparte de prepararme para la >>>>> patada que me van a pegar? >>>>> >>>>> Espero su ayuda y desde ya muchas gracias. >>>>> >>>>> Guillermo >>>>> >>>>>
