Re: backends stuck in "startup"
От
Andres Freund
Тема
Re: backends stuck in "startup"
Дата
Msg-id
20171121234027.b4n4jlsfda42qb6r@alap3.anarazel.de
Ответ на
backends stuck in "startup" (Justin Pryzby)
Список
Дерево обсуждения
backends stuck in "startup" Justin Pryzby <pryzby@telsasoft.com>
Re: backends stuck in "startup" Andres Freund <andres@anarazel.de>
Re: backends stuck in "startup" Justin Pryzby <pryzby@telsasoft.com>
Re: backends stuck in "startup" Tom Lane <tgl@sss.pgh.pa.us>
Re: backends stuck in "startup" Justin Pryzby <pryzby@telsasoft.com>
Re: backends stuck in "startup" Justin Pryzby <pryzby@telsasoft.com>
Re: backends stuck in "startup" Tom Lane <tgl@sss.pgh.pa.us>
Re: backends stuck in "startup" Justin Pryzby <pryzby@telsasoft.com>
Re: backends stuck in "startup" Tom Lane <tgl@sss.pgh.pa.us>
Re: backends stuck in "startup" Justin Pryzby <pryzby@telsasoft.com>
Re: backends stuck in "startup" Tom Lane <tgl@sss.pgh.pa.us>
Re: backends stuck in "startup" Andres Freund <andres@anarazel.de>
Re: backends stuck in "startup" Tom Lane <tgl@sss.pgh.pa.us>
Re: backends stuck in "startup" andres@anarazel.de (Andres Freund)
Re: backends stuck in "startup" Justin Pryzby <pryzby@telsasoft.com>
Re: backends stuck in "startup" Tom Lane <tgl@sss.pgh.pa.us>
Re: backends stuck in "startup" Justin Pryzby <pryzby@telsasoft.com>
Re: backends stuck in "startup" Tom Lane <tgl@sss.pgh.pa.us>
Re: backends stuck in "startup" Andres Freund <andres@anarazel.de>
Re: backends stuck in "startup" Rakesh Kumar <rakeshkumar464@outlook.com>
Re: backends stuck in "startup" Tom Lane <tgl@sss.pgh.pa.us>
Re: backends stuck in "startup" Tom Lane <tgl@sss.pgh.pa.us>
Hi, On 2017-11-21 17:09:26 -0600, Justin Pryzby wrote: > I'm sorry to report this previously reported problem is happening again, > starting shortly after pg_upgrading a customer to PG10.1 from 9.6.5. > > As $subject: backends are stuck in startup for minutes at a time. I didn't > strace this time, but I believe last time I saw one was waiting in a futex. Could you try stracing next time? Don't think it's conclusive that they're all continually waiting rather than contending on a few locks. As soon as you attach to one backend a contended lock situation can quickly turn into standstill if you end up interrupting a process that holds a lock. > - we DO use temp tables; it looks like we created up to 90 temp tables each hour; Doesn't quite seem enough to cause problems. > - I'm planning do disable sync seqscan for the night (although as I understand > that may not matter (?)) I doubt it matters here. Greetings, Andres Freund
В списке pgsql-general по дате отправления