Re: How to shoot yourself in the foot: kill -9 postmaster
От | Lamar Owen |
---|---|
Тема | Re: How to shoot yourself in the foot: kill -9 postmaster |
Дата | |
Msg-id | 3AA45395.411A180F@wgcr.org обсуждение исходный текст |
Ответ на | Re: How to shoot yourself in the foot: kill -9 postmaster (Bruce Momjian <pgman@candle.pha.pa.us>) |
Ответы |
Re: How to shoot yourself in the foot: kill -9 postmaster
|
Список | pgsql-hackers |
Tom Lane wrote: > Please note that the reason we're having this discussion at > all is that the init script may be used for purposes other than system > shutdown. So the argument that "it's going to happen anyway" is wrong. Believe it or not, you just disproved your own statement that the initscript should not take it upon itself to issue the kill -9. So, what if I issue '/etc/rc.d/init.d/postgresql restart' -- and backends don't go away during the 'stop' phase, while postmaster may actually have died? Or is it even possible for postmaster to drop out with a running backend out there? No, more is needed. But I think a careful reap through the running backends to kill those that need killing if postmaster won't go down might be prudent. Currently it is not possible to run multiple postmasters with the RPM install (I am working on that little problem, but it won't be for 7.1's RPMset yet), so all backends that are running on the RPM PGDATA location (which I am looking at making configurable as well) will belong to the one postmaster. Of course, that would be an absolute last resort. Oh well -- the real solution is elsewhere, anyway. I just have to make sure it is not data-corruption broken. And, if leaving the -9 out completely is the only solution, then, well, it's the only solution. -- Lamar Owen WGCR Internet Radio 1 Peter 4:11
В списке pgsql-hackers по дате отправления: