Por lo general los scripts en cron deben ser bien acotados ( con
permisos correctos y ojala un usuario distinto para ejecutar la tarea )
lo tipico son respaldos.
On 04/01/2017 2:54 PM, Juan Manuel Acuña wrote:
Haz probado con expect?
El mar., 3 de ene. de 2017 a la(s) 15:36, Dorian Machado
m
Haz probado con expect?
El mar., 3 de ene. de 2017 a la(s) 15:36, Dorian Machado <
dorian...@gmail.com> escribió:
> Hola Heriberto.
>
> Hace un tiempo me surgio un caso similar con un cliente y lo resolvi de
> manera denamica utilizando Vault
>
> https://www.vaultproject.io/
>
> Implementando el
hola Lista
Como ya lo han comentando en la cadena de correos, cito "la replicacion fue
mas lenta que la generación de wals y el wal 000101BE00F1 fue
reciclado en el master antes de que se replicara en el esclavo", para esto
existen varias alternativas de configuración, algunas dependie
Hola Heriberto.
Hace un tiempo me surgio un caso similar con un cliente y lo resolvi de
manera denamica utilizando Vault
https://www.vaultproject.io/
Implementando el mismo en un server centralizado, desde el servidor donde
se corria el Script programado en el Cron, este traia la contraseña
medi
Hola Heriberto, pudes usar el .Pgpass
El 3 ene. 2017 6:28 PM, "heriberto giron"
escribió:
Buenas tardes
alguien sabe como ejecutar un script de linux pasandole la clave de un
usuario de postgres, se debe ejecutar de forma automatica por cront y la
clave no se debe digitar cada que se ejecuta s
Buenas tardes
alguien sabe como ejecutar un script de linux pasandole la clave de un
usuario de postgres, se debe ejecutar de forma automatica por cront y la
clave no se debe digitar cada que se ejecuta sino que debe ser pasada de
alguna manera por parametro o estar dentro del script
Gracias
-
Hola Alberto:
Prueba lo siguiente:
select * from pg_replication_slots;
Si aun te muestra, el servidor esclavo que según tu, ya no tienes, entonces
eliminado de esta forma
select pg_drop_replication_slot('my_slot');
Saludos
Mario Soto
De: pgsql-es-ayuda-ow...@po
Hay un postgres (esclavo) que esta pidiendo un wal que ya no existe, no se
que version de postgres tiene, pero puede ser que el cluster quedo
configurado en cascada, master replica al esclavo1 y el esclavo1 replica al
esclavo2, es posible que el postgres aun este corriendo en el eslcavo que
se supo
Gracias Raul por responder, pero no existe otra forma de eliminar ese
error???, las máquina a la que hacia referencia ese error, ya no es
esclava, es decir, habia dos esclavos y ahora hay uno, y el que está, esta
bien, ese error quedo de la otra máquina pero no se como elininarlo
saludos
El 3 de
hola Alberto.
Para solucionar ese log, debe sincronizarzar nuevamente el esclavo con un
pg_basebackup(), eso se dio porque la replicacion fue mas lenta que la
generacion de wals y el wal 000101BE00F1 fue reciclado en el
master antes de que se replicara en el esclavo.
El 3 de enero d
Estimada lista, antes que todo muchas felicidades y que tengan todos un
muy feliz año 2017.
Ahora bien,tengo un problema, ¿que puedo hacer para que este mismo mensaje
que se me repite desde hace un mes, ya no me siga apareciendo.?
ERROR: requested WAL segment 000101BE00F1 has already
11 matches
Mail list logo
