Re: Getting FATAL: terminating connection due to administrator command

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: peter(dot)hopfgartner(at)r3-gis(dot)com
Cc: pgsql-general(at)postgresql(dot)org, sergio(dot)segala(at)r3-gis(dot)com
Subject: Re: Getting FATAL: terminating connection due to administrator command
Date: 2010-09-16 16:49:30
Message-ID: 27493.1284655770@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Peter Hopfgartner <peter(dot)hopfgartner(at)r3-gis(dot)com> writes:
> --------Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote--------
>> Peter Hopfgartner <peter(dot)hopfgartner(at)r3-gis(dot)com> writes:
>>> Now we had the error, but systemtap did not report any SIGTERM. Is it
>>> possible to have this error without a SIGTERM being involved?
>>
>> Hmph. I would have said not, but ...
>>
>> What PG version is this exactly?

> "PostgreSQL 8.4.4 on x86_64-redhat-linux-gnu, compiled by GCC gcc (GCC) 4.1.2 20080704 (Red Hat 4.1.2-48), 64-bit"

Well, I just took another careful look at the 8.4.x source code. The
only occurrence of that error string is in ProcessInterrupts() when it
sees ProcDiePending set, and so far as I can see ProcDiePending is only
set by the die() signal handler, and in postmaster child processes die()
is only used as a SIGTERM handler. So it's pretty hard to come to the
conclusion that it could be anything else.

I don't know systemtap well at all, so I can't suggest any reason why
your script might be missing SIGTERM events, but it seems that it must be.
Perhaps you can find a systemtap expert who can comment on that.

regards, tom lane

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Bill Thoen 2010-09-16 16:56:43 Re: Need magic for identifieing double adresses
Previous Message Sam Mason 2010-09-16 16:28:55 Re: Transposing rows and columns