Re: server crash with "process 22821 releasing ProcSignal slot 32, but it contains 0"
От | Merlin Moncure |
---|---|
Тема | Re: server crash with "process 22821 releasing ProcSignal slot 32, but it contains 0" |
Дата | |
Msg-id | CAHyXU0zibvqO53wm-w1kw9oSK0KKN0faPoWwWr38W039HUGZ4w@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: server crash with "process 22821 releasing ProcSignal slot 32, but it contains 0" (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: server crash with "process 22821 releasing ProcSignal slot
32, but it contains 0"
|
Список | pgsql-bugs |
On Tue, Jun 26, 2012 at 12:02 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote: > Merlin Moncure <mmoncure@gmail.com> writes: >> I suspect (but haven't had time to prove and may not for several days >> -- unfortunately going on vacation momentarily) that this might be >> caused by pl/sh. > > Hm. =A0The reported symptoms might be explainable if something had caused > multiple threads to become active within the backend process --- then > it would be plausible for it to try to do proc_exit cleanup twice. > Which would explain the first two errors, though I'm not sure how that > leads to failing to disown the process latch, as the third error > suggests must have happened. =A0But I don't know enough about pl/sh to > know if it could cause threading activation. > >> In particular, we have a routine that was >> inadvertently applied to the database in with windows cr/lf instead of >> the normal linux newline. > > This doesn't seem real promising as an explanation ... right -- just a suspicion. maybe the relevant point was that it immediately failed. operator invoking the busted routine (which I had to fix) and the crash were highly correlated, although it does not always crash. yesterday was very heavy load and today not so much. merlin
В списке pgsql-bugs по дате отправления: