From: | Martín Marqués <martin(dot)marques(at)gmail(dot)com> |
---|---|
To: | "Guillermo E(dot) Villanueva" <guillermovil(at)gmail(dot)com> |
Cc: | Juan <smalltalker(dot)marcelo(at)gmail(dot)com>, Horacio Miranda <hmiranda(at)gmail(dot)com>, Alvaro Herrera <alvherre(at)2ndquadrant(dot)com>, Daymel Bonne <daymel(dot)bonne(at)2ndquadrant(dot)ec>, pgsql-es-ayuda <pgsql-es-ayuda(at)postgresql(dot)org> |
Subject: | Re: problema al intentar recuperar PITR |
Date: | 2020-05-26 17:54:09 |
Message-ID: | CABeG9Lug+Z0MOq6fr++pkCVn8HxO+eb1wXNoE5DTBtzjo4O9Fw@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
Hola Guillermo,
El mar., 26 may. 2020 a las 12:50, Guillermo E. Villanueva (<
guillermovil(at)gmail(dot)com>) escribió:
> Gracias Juan, en mi caso, la copia (para el restore_command) era en el
> mismo server, y si, tuve que copiar a mano todos los wal
>
Usaste el mismo usuario para copiar los WAL? La forma de verificar que es
lo que estaba mal es realizar "exactamente" lo mismo que haría postgres. El
restore_command lo tenes que tomar como un comando shell que el usuario
postgres ejecuta.
Yo cuando tengo problemas con el restore_command me paro como usuario
postgres y pruebo de ejecutarlo. Ahí salta el error, por lo general.
Saludos,
--
Martín Marqués
It’s not that I have something to hide,
it’s that I have nothing I want you to see
From | Date | Subject | |
---|---|---|---|
Next Message | Alvaro Herrera | 2020-05-26 18:27:45 | Re: problema al intentar recuperar PITR |
Previous Message | Juan | 2020-05-26 16:26:56 | Re: problema al intentar recuperar PITR |