|
Home > Archive > PostgreSQL Bugs > June 2005 > pg_ctl inappropriately timing out?
You are viewing an archived Text-only version of the thread.
To view this thread in it's original format and/or if you want to reply to
this thread please [click here]
| Author |
pg_ctl inappropriately timing out?
|
|
| Josh Berkus 2005-06-07, 8:24 pm |
| Folks:
Issue: pg_ctl seems to be prematurely timing out.
Version: 8.0.3
Severity: Annoying
Description:
1. Do an immense load on a database, like 2.5gb.
2. Right after the COPY finishes, send a pg_ctl -m fast stop to the server.
3. You will get:
pg_ctl: postmaster does not shut down
What Seems To Be Happening:
When you call pg_ctl --stop, the WAL is still writing out to the database
and postmaster won't shut down until it's done, which can take a couple
minutes. In the meantime, pg_ctl is timing out and prematurely reporting
failure.
Resolution:
Not sure, really. Is there some way for pg_ctl to intelligently detect
this situation? To set a timeout value for pg_ctl via a command-line
option?
--
--Josh
Josh Berkus
Aglio Database Solutions
San Francisco
---------------------------(end of broadcast)---------------------------
TIP 8: explain analyze is your friend
| |
| Alvaro Herrera 2005-06-07, 8:24 pm |
| On Tue, Jun 07, 2005 at 04:16:49PM -0700, Josh Berkus wrote:
> Folks:
>
> Issue: pg_ctl seems to be prematurely timing out.
> Version: 8.0.3
> Severity: Annoying
> Description:
> 1. Do an immense load on a database, like 2.5gb.
> 2. Right after the COPY finishes, send a pg_ctl -m fast stop to the server.
> 3. You will get:
> pg_ctl: postmaster does not shut down
>
> What Seems To Be Happening:
> When you call pg_ctl --stop, the WAL is still writing out to the database
> and postmaster won't shut down until it's done, which can take a couple
> minutes. In the meantime, pg_ctl is timing out and prematurely reporting
> failure.
>
> Resolution:
> Not sure, really. Is there some way for pg_ctl to intelligently detect
> this situation? To set a timeout value for pg_ctl via a command-line
> option?
Is there any way for pg_ctl to detect a "server is shutting down"
message? Not sure what it'd do with it though ...
--
Alvaro Herrera (<alvherre[a]surnet.cl> )
"Escucha y olvidarás; ve y recordarás; haz y entenderás" (Confucio)
---------------------------(end of broadcast)---------------------------
TIP 9: the planner will ignore your desire to choose an index scan if your
joining column's datatypes do not match
| |
| Tom Lane 2005-06-08, 3:24 am |
| Alvaro Herrera <alvherre@surnet.cl> writes:
> On Tue, Jun 07, 2005 at 04:16:49PM -0700, Josh Berkus wrote:
[color=darkred]
> Is there any way for pg_ctl to detect a "server is shutting down"
> message? Not sure what it'd do with it though ...
It strikes me that the server shouldn't ever get a couple minutes behind
on writing dirty buffers; this seems more like a bgwriter configuration
issue than pg_ctl's fault. Consider that in a standard Unix
configuration you will get about 20 seconds between SIGTERM and SIGKILL
when init wants to shut you down ...
regards, tom lane
---------------------------(end of broadcast)---------------------------
TIP 2: you can get off all lists at once with the unregister command
(send "unregister YourEmailAddressHere
" to majordomo@postgresql
.org)
| |
| Josh Berkus 2005-06-08, 11:24 am |
| Tom,
> It strikes me that the server shouldn't ever get a couple minutes behind
> on writing dirty buffers; this seems more like a bgwriter configuration
> issue than pg_ctl's fault. Consider that in a standard Unix
> configuration you will get about 20 seconds between SIGTERM and SIGKILL
> when init wants to shut you down ...
Well, I can run an actual timer if you like. But it's definitely more than
20 seconds. And we're using the default bgwriter config, perhaps I should
set it to 0?
--
Josh Berkus
Aglio Database Solutions
San Francisco
---------------------------(end of broadcast)---------------------------
TIP 6: Have you searched our list archives?
http://archives.postgresql.org
|
|
|
|
|