Re: Directory data/pg_xlog enorme!

Ciao Francesco,

Il giorno 11 dicembre 2017 12:11, Francesco Andrisani <
francesco(dot)andrisani(at)acotel(dot)com> ha scritto:

> Ciao,
> questo è lo stato attuale -bash-4.2$ /usr/pgsql-9.4/bin/psql -U postgres
> psql (9.4.15)
> Type "help" for help.
>
> postgres=# SELECT * FROM pg_replication_slots;
> slot_name | plugin | slot_type | datoid |
> database | active | xmin | catalog_xmin | restart_lsn
> -----------------------------------------+--------+---------
> --+--------+----------+--------+------+--------------+-------------
> bdr_16386_6494206846520473005_1_19300__ | bdr | logical | 16386 |
> zabbix | f | | 17888 | 1/B1C3B180
> bdr_16386_6495995985626938154_1_16385__ | bdr | logical | 16386 |
> zabbix | f | | 1763147 | B/3897EB18
> bdr_16386_6496055908800323183_1_16386__ | bdr | logical | 16386 |
> zabbix | f | | 1838957 | B/8EE9D140
> slot_1 | | physical | |
> | f | | |
> bdr_16386_6496841362602882552_1_16386__ | bdr | logical | 16386 |
> zabbix | f | | 3009147 | 10/711606D0
> bdr_16386_6496848513654172382_1_16386__ | bdr | logical | 16386 |
> zabbix | t | | 4153974 | 14/F7414A18
> (6 rows)
>
> Immagino che potrò eliminare quelli contrassegnati con "f" giusto?
>

Sì, direi che è un punto di partenza, se confronti il restart_lsn di ogni
replication slot con quello attuale ti rendi conto di quanti WAL siano
correntemente mantenuti in pancia dal singolo replication slot. A questo
punto fai un check completo sul cluster, e cerca di capire bene l'origine
di questi replication slot non più usati.

Un saluto,
Giuseppe.