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 |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
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
From | Date | Subject | |
---|---|---|---|
Next Message | Robert Treat | 2005-01-28 01:28:48 | Re: Patent issues and 8.1 |
Previous Message | Tom Lane | 2005-01-28 00:39:59 | Re: Strange issue with initdb on 8.0 and Solaris automounts |