From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Alvaro Herrera <alvherre(at)commandprompt(dot)com> |
Cc: | korry <korry(at)appx(dot)com>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: file-locking and postmaster.pid |
Date: | 2006-05-24 22:53:34 |
Message-ID: | 2905.1148511214@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Alvaro Herrera <alvherre(at)commandprompt(dot)com> writes:
> Well, you are wrong here. We _want_ every backend to hold a shared
> lock. We need to stop a postmaster from starting if there is a backend
> running that was started by a no-longer-running postmaster.
Note that we currently rely on checking for SysV shared memory attach
counts to protect against this case; the postmaster PID doesn't enter
into it. We don't have to insist on the postmaster interlock handling
this too. (Although surely it'd be nice to not depend on SysV attach
counts for this, because that's a portability issue in itself.)
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | korry | 2006-05-24 23:12:39 | Re: file-locking and postmaster.pid |
Previous Message | korry | 2006-05-24 22:53:11 | Re: file-locking and postmaster.pid |