Re: Startup process thrashing

Поиск
Список
Период
Сортировка
Искать
От
Scott Marlowe
Тема
Re: Startup process thrashing
Дата
Msg-id
dcc563d10812110909y68d06ab1q4091bc625a5c018f@mail.gmail.com
Ответ на
Список
Дерево обсуждения
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 по дате отправления
От: Tom Lane
Дата:
Сообщение: Re: Startup process thrashing
От: Simon Riggs
Дата:
Сообщение: Re: Data Replication
FAQ