Hi,
I reinstall postgresql 7.4.6 instead of 7.4.8 (still on Solaris 10)
and didn't include postgresql as services that is managed by SMF, and
it works fine so far. Also, I should mentioned that I configured
postgresql 7.4.6 with --enable-thread-safety option, don't know if
this will have anything to do with this issue.
Thanks for all the help,
J
On 5/24/05, Junaili Lie <junaili@gmail.com> wrote:
> Tom,
> I am not too sure how to determine the unlink call.
> Can you provide more information/instructions?
>
> In my case the pg_ctl reload -D /usr/local/pgsql deleted the
> postmaster.pid without creating a new one. I am not too sure if this
> is normal.
>
> J
>
>
> On 5/24/05, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> > Junaili Lie <junaili@gmail.com> writes:
> > > I am running postgresql 7.4.8 on solaris 10 (and I compile and
> > > installed slony). Everytime I am trying to reload the configuration
> > > using pg_ctl reload -D $PGDATA, it deleted the postmaster.pid and
> > > didn't create a new one.
> >
> > That's very strange. The pg_ctl script itself doesn't delete
> > the postmaster.pid file under any circumstances (unless maybe
> > you are using a locally modified version?), and the postmaster
> > shouldn't delete it either unless exiting. Can you determine
> > exactly where the unlink call is coming from? strace or local
> > equivalent may help.
> >
> > regards, tom lane
> >
>
