Re: We should Axe /contrib/start-scripts - Mailing list pgsql-hackers

From Kevin Grittner
Subject Re: We should Axe /contrib/start-scripts
Date
Msg-id 4A93FF94020000250002A192@gw.wicourts.gov
Whole thread Raw
In response to Re: We should Axe /contrib/start-scripts  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
Tom Lane <tgl@sss.pgh.pa.us> wrote: 
> Of course, this is a complete kluge --- it assumes the postmaster
> will create its pidfile in less than two seconds.  And for that
> matter, it's not very proof against the case of a pre-existing
> postmaster.  But in any case, it (intentionally) doesn't wait for
> the postmaster to be ready to accept connections, so it's not
> solving Kevin's problem.
Ah, well, it seems I don't have to spend a lot of time in close review
of that script.  Thanks Tom.
To be a little more explicit, we're counting on the LSB dependencies
to make sure that things start and stop in the right order, and wait
until the time is right.  (It seemed pointless to re-invent that wheel
when Linux would do all the work of tracking dependencies and ordering
things correctly if we just emit a meaningful exit code from each
script....)
Any thoughts on a best approach or a TODO item?
-Kevin


pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: We should Axe /contrib/start-scripts
Next
From: Alvaro Herrera
Date:
Subject: Re: We should Axe /contrib/start-scripts