| From: | Andrew Dunstan <andrew(at)dunslane(dot)net> |
|---|---|
| To: | pgsql-hackers-win32 <pgsql-hackers-win32(at)postgresql(dot)org> |
| Subject: | Re: pg_ctl / SCM interaction |
| Date: | 2004-05-24 14:53:09 |
| Message-ID: | 40B20C55.8090004@dunslane.net |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers-win32 |
Magnus Hagander wrote:
>>Now we use pg_ctl restart. It sends, say, TERM to process Y.
>>I presume
>>process X notices that Process Y has gone away, and registers
>>that the
>>service is stopped. Then pg_ctl starts another postmaster. How does
>>process X know that the new postmaster is its replacement process for
>>process X?
>>
>>
>
>It doesn't. You can't do a restart that way. pg_ctl would either have to
>send some kind of signal to the wrapper process, or use the SCM to
>restart it.
>
>I didn't think of restart when I said what I did - I was thinking
>reload. *that* can be handled the same way.
>
>
>
>
Aha. Source of confusion found :-) . OK, then we have some work to do.
How about if the SCM interaction code writes out a file in the data dir
when the service is started ("pgservice.pid"?) and removes it when the
service is stopped? If this is found then pg_ctl will do a start/restart
by calling "net start".
cheers
andrew.
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Bruce Momjian | 2004-05-24 15:20:29 | Re: nightly win32 builds |
| Previous Message | Dave Page | 2004-05-24 14:50:01 | Re: pg_ctl / SCM interaction |