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