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