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 >>> >>>
