From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Daniel Hahler <postgresql(at)thequod(dot)de> |
Cc: | Alvaro Herrera <alvherre(at)2ndquadrant(dot)com>, pgsql-bugs(at)postgresql(dot)org |
Subject: | Re: BUG #9721: Fatal error on startup: no free slots in PMChildFlags array |
Date: | 2014-03-25 16:02:53 |
Message-ID: | 16596.1395763373@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs |
Daniel Hahler <postgresql(at)thequod(dot)de> writes:
> On 25.03.2014 15:36, Alvaro Herrera wrote:
>> Tom Lane wrote:
>>> postgresql(at)thequod(dot)de writes:
>>>> PostgreSQL just failed to startup after a reboot (which was forced via
>>>> remote Ctrl-Alt-Delete on the PostgreSQL's containers host):
>>> ... in short, I want to see the rest of the log not just this part.
> That was the whole log.
Oh. So actually, "failed to startup" was a complete misdescription, and
what you should've said was "it appeared to be running normally, but I
saw this burst of weird messages in the postmaster log, so I decided to
restart it"?
I tend to concur with Alvaro's theory that OpenVZ must've failed to
restore the contents of shared memory precisely. If there were no other
symptoms than these, it seems like the misrestore must have affected just
a few small areas of the shared memory segment. Which seems odd, but then
again I know nothing of the internals of OpenVZ, so maybe it's a plausible
failure mode.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Daniel Hahler | 2014-03-25 16:21:27 | Re: BUG #9721: Fatal error on startup: no free slots in PMChildFlags array |
Previous Message | Daniel Hahler | 2014-03-25 15:39:20 | Re: BUG #9721: Fatal error on startup: no free slots in PMChildFlags array |