Re: Found this in the server log on MAC OSX

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: "Ed L(dot)" <pgsql(at)bluepolka(dot)net>
Cc: Sean Shanny <shannyconsulting(at)earthlink(dot)net>, pgsql-general(at)postgresql(dot)org
Subject: Re: Found this in the server log on MAC OSX
Date: 2004-02-24 05:50:31
Message-ID: 18473.1077601831@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

"Ed L." <pgsql(at)bluepolka(dot)net> writes:
> On Monday February 23 2004 8:43, Sean Shanny wrote:
>> *LOG: received smart shutdown request *
>> *FATAL: the database system is shutting down
>> FATAL: the database system is shutting down
>> LOG: server process (PID 4691) was terminated by signal 9
>> LOG: terminating any other active server processes
>> LOG: statistics collector process (PID 361) was terminated by signal 9

> Looks like it got a SIGTERM, which is what you might get if someone shutdown
> OSX (osx pls gurus correct me).

Uh, no, signal 9 is SIGKILL not SIGTERM. I'm not aware of any automatic
mechanism in OS X that would issue SIGKILL against a Postgres backend.
Certainly Postgres itself would not. Some Linux kernels issue SIGKILL
to get out of out-of-memory situations, but I believe OS X to be better
behaved than that.

My private opinion is that Sean is mistaken and that the above trace
shows someone manually (and not very competently) shutting down the
database. First they tried a SIGTERM against the postmaster (or
equivalently "pg_ctl stop") and after getting tired of waiting for
the clients to shut down, they did SIGKILL against the backends.
It's too bad we have no timestamps in this log, as the intervals
between the above-recorded entries would be very revealing.

regards, tom lane

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Tom Lane 2004-02-24 05:58:13 Re: Create Schema functionality question
Previous Message Seamus Thomas Carroll 2004-02-24 01:37:39 Create Schema functionality question