From: | Magnus Hagander <magnus(at)hagander(dot)net> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | "Roberts, Jon" <Jon(dot)Roberts(at)asurion(dot)com>, pgsql-general(at)postgresql(dot)org |
Subject: | Re: pg crashing |
Date: | 2008-07-02 15:55:14 |
Message-ID: | 486BA4E2.4000007@hagander.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general pgsql-hackers |
Tom Lane wrote:
> Magnus Hagander <magnus(at)hagander(dot)net> writes:
>> Not likely, but I'd test it anyway. If the issue is related to AV, it's
>> certainly fine - you won't be running AV on your Solaris. But more
>> importantly, Unix has actual support for signals and not just the fake
>> stuff we have on Win32, so it's likely that the postmaster will be
>> capable of killing the child processes.
>
> I'm not sure what failure mode you're imagining, but the postmaster has
> already verified that all the children that are supposed to be connected
> to shared memory are dead before it attempts to recreate shared memory.
> So the above sounds completely bogus.
>
> I'm still suspicious of the syslogger holding onto an inherited handle
> to the shared-memory file, though that theory would seem to mean that
> crash recovery would never work at all on Windows if the syslogger
> were enabled. But maybe there is some additional gating factor needed
> to cause the problem to manifest.
Well, the syslogger is enabled by default on *all* binary installs on
windows, so I think we would've seen more if it never works.
I'll see if I can repro a case like it to see if the syslogger prevents
the shared mem from going away when I get back to a dev box. Should be
enough to just stick a sleep preventing it from stopping, right?
//Magnus
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2008-07-02 16:03:55 | Re: pg crashing |
Previous Message | Tom Lane | 2008-07-02 15:52:19 | Re: pg crashing |
From | Date | Subject | |
---|---|---|---|
Next Message | David Fetter | 2008-07-02 15:56:26 | Re: pg_dump lock timeout |
Previous Message | Tom Lane | 2008-07-02 15:52:19 | Re: pg crashing |