| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | Lamar Owen <lamar(dot)owen(at)wgcr(dot)org> |
| Cc: | Hiroshi Inoue <Inoue(at)tpf(dot)co(dot)jp>, pgsql-hackers(at)postgresql(dot)org |
| Subject: | Re: How to shoot yourself in the foot: kill -9 postmaster |
| Date: | 2001-03-06 03:17:36 |
| Message-ID: | 3977.983848656@sss.pgh.pa.us |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
Lamar Owen <lamar(dot)owen(at)wgcr(dot)org> writes:
> Tom Lane wrote:
>> If you think it's easy enough, enlighten the rest of us ;-).
> If postgres reported PGDATA on the command line it would be easy enough.
In ps status you mean? I don't think we are prepared to require ps
status functionality to let the system start up... we'd lose a number
of supported platforms that way.
>> I think refusal to start is sufficient. They should go away by
>> themselves as their clients disconnect, and forcing the issue doesn't
> ???? I have misunderstood your previous statement about not wanting to
> force a manual crash recovery, then.
In the case of an actual crash and restart, postgres should come back up
without help. However, the situation here is not a crash, it is
incomplete admin intervention. I don't think that expecting the admin
to complete his intervention is the same thing as manual crash recovery.
I especially don't think that we should second-guess what the admin
wants us to do by auto-killing backends that are still serving clients.
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Philip Warner | 2001-03-06 03:23:14 | Re: Re: pg_dump scripts are no longer ordinary-user friendly |
| Previous Message | Lamar Owen | 2001-03-06 03:12:00 | Re: How to shoot yourself in the foot: kill -9 postmaster |