Re: pg_restore no restaura

¿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 <
guillermovil(at)gmail(dot)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 (<lucasluengas(at)gmail(dot)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 <
>> guillermovil(at)gmail(dot)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 (<
>>> lucasluengas(at)gmail(dot)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 <
>>>> guillermovil(at)gmail(dot)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
>>>>>
>>>>>