| От | Tom Lane |
|---|---|
| Тема | Re: hung backends stuck in spinlock heavy endless loop |
| Дата | |
| Msg-id | 21866.1421248412@sss.pgh.pa.us обсуждение |
| Ответ на | Re: hung backends stuck in spinlock heavy endless loop (Merlin Moncure <mmoncure@gmail.com>) |
| Ответы |
Re: hung backends stuck in spinlock heavy endless loop
|
| Список | pgsql-hackers |
Merlin Moncure <mmoncure@gmail.com> writes:
> Yes, it is pg_class is coming from LockBufferForCleanup (). As you
> can see above, it has a shorter runtime. So it was killed off once
> about a half hour ago which did not free up the logjam. However, AV
> spawned it again and now it does not respond to cancel.
Interesting. That seems like there might be two separate issues at
play. It's plausible that LockBufferForCleanup might be interfering
with other attempts to scan the index, but then why wouldn't killing
the AV have unstuck things?
Anyway it's now seeming that Peter may have the right idea about
where to look.
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера