Re: [HACKERS] posmaster failed under high load

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: [HACKERS] posmaster failed under high load
Дата
Msg-id 2740.925916833@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: [HACKERS] posmaster failed under high load  (Oleg Bartunov <oleg@sai.msu.su>)
Список pgsql-hackers
Oleg Bartunov <oleg@sai.msu.su> writes:
>> I'm not sure what would block a new backend for many minutes before
>> it did that, however.  Can you attach to one of these processes with
>> a debugger and get a backtrace to show what it's doing?

> Below some output from ps and attached backtrace of one postmaster
> process.

Hmm, that backend is quite obviously done with initialization and
waiting for a client command.  So why doesn't it show up as
"postgres ... idle" in ps?

I wonder whether we have the ps-info-setting operation in the wrong
place, ie at the bottom of the loop instead of the top, so that a
backend that hasn't yet received its first client command will never
have set the ps data.  Will take a look.
        regards, tom lane


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: [HACKERS] numeric data type on 6.5
Следующее
От: Bruce Momjian
Дата:
Сообщение: Re: [HACKERS] posmaster failed under high load