Re: retención de arhivos wal

Es verdad Martin, de lo que pude averiguar, no se usaba para nada el slot y
cuando lo borré se limpiaron los wal, posterior a eso, verifiqué
replicación y funcionamiento de la aplicación, por ahora todo ok!

Gracias

El dom, 21 may 2023 a las 4:45, Martín Marqués (<martin(dot)marques(at)gmail(dot)com>)
escribió:

> El jue, 18 may 2023 a las 18:33, Daymel Bonne Solís
> (<daymelbonne(at)gmail(dot)com>) escribió:
> >
> > si hago select * from pg_replication_slots;
> > el resultado es
> > slot_name | plugin | slot_type | datoid | database | temporary |
> active | active_pid | xmin | catalog_xmin | restart_lsn |
> confirmed_flush_lsn
> >
> -------------+--------+-----------+--------+----------+-----------+--------+------------+----------+--------------+--------------+---------------------
> > iolrep_slot | | physical | | | f | f
> | | 16083087 | | 3F2/9A1C0000 |
> >
> > No debería tener nada no? Será esto lo que está provocando que no se
> reciclen los wal?
> >
> >
> > Efectivamente tienes un slot que no está siendo utilizado. Elimínalo y
> debería bastar para que comience a liberar WALs el servidor.
>
> Es cierto que el slot inactivo ese es el que esta breteniendo los WALs
> en el primario, pero antes de eliminarlo debería investigar porque
> esta ahi.
>
> Los slots no se crean magicamente. Son artefactos creados para cumplir
> un objectivo. Puede que tal objetivo ya no exista (un pg_basebackup
> usado para crear una replica, o una copia logica de datos que ya
> termino), pero antes de eliminar objetos de la base de datos hay que
> saber bien que no haya otras paertes de la arquitectura del cluster
> que necesiten dichos objetos.
>
> 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
>