From: | mauricio pullabuestan <jmauriciopb(at)yahoo(dot)es> |
---|---|
To: | Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org> |
Cc: | Juan <smalltalker(dot)marcelo(at)gmail(dot)com>, Martín Marqués <martin(dot)marques(at)gmail(dot)com>, Postgres ayuda <pgsql-es-ayuda(at)postgresql(dot)org> |
Subject: | Re: no se pudo recibir datos del cliente: Conexión reinicializada por la máquina remota |
Date: | 2023-12-18 15:12:56 |
Message-ID: | 888315588.4341527.1702912376373@mail.yahoo.com |
Views: | Whole Thread | Raw Message | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
> Los archivos Wal se borran del servidor primario, por una tarea
> programada mediante Cron que se ejecuta a 1:00, eliminando los
> archivos del día anterior,
>>¿desde el directorio pg_xlog? Eso de borrar WALs de ahí es lo mismo que
>>suicidar tu base de datos. Es un peligro y no deberías estarlo
>>haciendo. Postgres borra esos archivos WAL por si mismo; si no lo está
>>haciendo y necesitas este horrendo y peligroso hack, es que tienes algo
>>mal configurado, como por ejemplo un slot de replicación inactivo, una
>>transacción preparada olvidada, o una transacción que nunca se cerró.
>>Verifica esas cosas y elimina ese cron jon.
La configuración del Servidor maestro para almacenar los wals.
archive_mode = on
archive_command = 'cp %p /var/lib/postgresql/9.6/main/archive/%f'
Es de este directorio donde borro los Wals.
Ejecuto la tarea programada, ya que los wals de este directorio no se borran automáticamente.
No creo tener transacciones preparadas olvidadas o transacciones que nunca cerraron, con todo voy a revisar.
Gracias
From | Date | Subject | |
---|---|---|---|
Next Message | mauricio pullabuestan | 2023-12-18 15:18:36 | Re: no se pudo recibir datos del cliente: Conexión reinicializada por la máquina remota |
Previous Message | Alvaro Herrera | 2023-12-17 13:07:54 | Re: no se pudo recibir datos del cliente: Conexión reinicializada por la máquina remota |