From: | "Dave Page" <dpage(at)vale-housing(dot)co(dot)uk> |
---|---|
To: | "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | <pgsql-patches(at)postgresql(dot)org> |
Subject: | Re: pg_autovacuum Win32 Service startup delay |
Date: | 2005-01-25 12:39:35 |
Message-ID: | E7F85A1B5FF8D44C8A1AF6885BC9A0E4528660@ratbert.vale-housing.co.uk |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-patches |
> -----Original Message-----
> From: Tom Lane [mailto:tgl(at)sss(dot)pgh(dot)pa(dot)us]
> Sent: 24 January 2005 23:58
> To: Dave Page
> Cc: pgsql-patches(at)postgresql(dot)org
> Subject: Re: [PATCHES] pg_autovacuum Win32 Service startup delay
>
> "Dave Page" <dpage(at)vale-housing(dot)co(dot)uk> writes:
> > When starting as a service at boot time on Windows,
> pg_autovacuum may
> > fail to start because the PostgreSQL service is still
> starting up. This
> > patch causes the service to attempt a second connection 30
> seconds after
> > the initial connection failure before giving up entirely.
>
> Hm. In event that the system crashed beforehand, it could
> require much
> more than 30 seconds to finish replaying the old WAL log. So
> the above
> doesn't seem super robust to me. Would it be reasonable to
> try every 30
> seconds for five minutes, or some such? (Five minutes at least has a
> defensible rationale, ie it's the default checkpoint interval and we
> expect we can replay the log at least as fast as it was created
> initially.)
OK, revised patch attached. This version tries every 30 seconds for 5
minutes then gives up.
Regards, Dave.
Attachment | Content-Type | Size |
---|---|---|
startup_delay.diff | application/octet-stream | 1.4 KB |
From | Date | Subject | |
---|---|---|---|
Next Message | Mahmoud Taghizadeh | 2005-01-25 13:35:43 | add collation support to postgresql |
Previous Message | Christopher Browne | 2005-01-25 12:03:28 | Re: Much Ado About COUNT(*) |