Skip site navigation (1) Skip section navigation (2)

Re: Strange issue with initdb on 8.0 and Solaris automounts

From: Kenneth Lareau <elessar(at)numenor(dot)org>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Kenneth Lareau <elessar(at)numenor(dot)org>,pgsql-hackers(at)postgresql(dot)org
Subject: Re: Strange issue with initdb on 8.0 and Solaris automounts
Date: 2005-01-28 01:10:04
Message-ID: 200501280110.j0S1A4wg009097@minddrive.numenor.org (view raw or flat)
Thread:
Lists: pgsql-hackers
In message <22687(dot)1106872653(at)sss(dot)pgh(dot)pa(dot)us>, Tom Lane writes:
>Kenneth Lareau <elessar(at)numenor(dot)org> writes:
>> In message <22095(dot)1106869848(at)sss(dot)pgh(dot)pa(dot)us>, Tom Lane writes:
>>> Could you truss that and see what it does?
>
>> Here's the relevant truss output from 'mkdir /software/postgresql-8.0.0'
>> on my Solaris 9 system:
>
>> 10832:  mkdir("/software/postgresql-8.0.0", 0777)       Err#89 ENOSYS
>> 10832:  stat64("/software/postgresql-8.0.0", 0xFFBFFA38) = 0
>
>> It's doing the stat after the mkdir attempt it seems, and coming back
>> with the correct response.  Hmm, maybe I should look at the Solaris 8
>> code for the mkdir command...
>
>Well, the important point is that the stat does succeed.  I'm not going
>to put in anything as specific as a check for ENOSYS, but it seems
>reasonable to try the stat first and mkdir only if stat fails.
>I've applied the attached patch.
>
>			regards, tom lane


Tom, thank you very much for the patch, it worked like a charm.


Ken Lareau
elessar(at)numenor(dot)org

pgsql-hackers by date

Next:From: Robert TreatDate: 2005-01-28 01:28:48
Subject: Re: Patent issues and 8.1
Previous:From: Tom LaneDate: 2005-01-28 00:39:59
Subject: Re: Strange issue with initdb on 8.0 and Solaris automounts

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group