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.marq...@gmail.com>) escribió: > El jue, 18 may 2023 a las 18:33, Daymel Bonne Solís > (<daymelbo...@gmail.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 >
