Re: Startup process thrashing
От
Scott Marlowe
Тема
Re: Startup process thrashing
Дата
Msg-id
dcc563d10812110909y68d06ab1q4091bc625a5c018f@mail.gmail.com
Ответ на
Re: Startup process thrashing (Tom Lane)
Список
Дерево обсуждения
Startup process thrashing Phillip Berry <pberry@stellaconcepts.com>
Re: Startup process thrashing Greg Smith <gsmith@gregsmith.com>
Re: Startup process thrashing Phillip Berry <pberry@stellaconcepts.com>
Re: Startup process thrashing Greg Smith <gsmith@gregsmith.com>
Re: Startup process thrashing Tom Lane <tgl@sss.pgh.pa.us>
Re: Startup process thrashing Phillip Berry <pberry@stellaconcepts.com>
Re: Startup process thrashing "Scott Marlowe" <scott.marlowe@gmail.com>
Re: Startup process thrashing Tom Lane <tgl@sss.pgh.pa.us>
Re: Startup process thrashing "Scott Marlowe" <scott.marlowe@gmail.com>
Re: Startup process thrashing Tom Lane <tgl@sss.pgh.pa.us>
Re: Startup process thrashing Alvaro Herrera <alvherre@commandprompt.com>
Re: Startup process thrashing Tom Lane <tgl@sss.pgh.pa.us>
On Thu, Dec 11, 2008 at 9:59 AM, Tom Lane wrote: > Greg Smith writes: >> On Thu, 11 Dec 2008, Phillip Berry wrote: >>> I'm not running PITR and checkpoint_segments is set to 100 as this is >>> home to a very write intensive app. > >> That's weird then. It shouldn't ever keep around more than 201 WAL >> segments. I've heard one report of a similarly mysterious excess of them, >> from Robert Treat, but that was probably caused by a hardware failure. > > AFAIK the only non-PITR reason for WAL files to not get recycled is if > checkpoints were failing. Do you still have the postmaster log from > before the original crash, and if so is there anything in there about > checkpoint failures? Don't forget that the OP mentioned earlier that he had very long help open connections with possible long help open transactions.
В списке pgsql-general по дате отправления