Re: My pg_xlog directory is becoming huge !?
От | Albe Laurenz |
---|---|
Тема | Re: My pg_xlog directory is becoming huge !? |
Дата | |
Msg-id | A737B7A37273E048B164557ADEF4A58B5389DD29@ntex2010i.host.magwien.gv.at обсуждение исходный текст |
Ответ на | My pg_xlog directory is becoming huge !? ("ben.play" <benjamin.cohen@playrion.com>) |
Ответы |
Re: My pg_xlog directory is becoming huge !?
|
Список | pgsql-admin |
ben.play wrote: > We tried to replicate our database and since this moment, our pg_xlog > directory is becoming HUGE ! (more than 500 Gb !) > > In fact, each minute, there is a new file of 16Mb, called like > 00000001000001370000004D ... > > This is our main parameters in postgresql.conf > > > > The replication is stopped (it was only a test). And I cannot put > wal_level=minimal without having an error at startup. > > Do you have any idea to reduce the size of the directory ? First you got to find out what is causing this. Do you use streaming replication with replication slots? Then this can happen if a standby is down and has stopped receiving WAL. Find out with SELECT slot_name, slot_type, active, xmin, catalog_xmin, restart_lsn FROM pg_replication_slots; If there is a slot that is not active, that may be your problem. Compare "restart_lsn" with the current LSN: SELECT pg_current_xlog_location(); and "xmin" with the current transaction ID: SELECT txid_current(); If that is your problem, restart the standby and let it catch up. If that is not possible, delete the replication slot with SELECT pg_drop_replication_slot('slotname'); Other than that, large "pg_xlog" can be caused by a high value of "checkpoint_segments" (before version 9.5) or "max_wal_size" (from 9.5 on) on the primary. Of course, a high value for "wal_keep_segments" on the primary can also be the cause. Yours, Laurenz Albe
В списке pgsql-admin по дате отправления: