Re: [GENERAL] Problem with the 9.1 one-click installer Windows7 64bit - Mailing list pgsql-bugs

From Merlin Moncure
Subject Re: [GENERAL] Problem with the 9.1 one-click installer Windows7 64bit
Date
Msg-id CAHyXU0xHhd5OMqAfJXFZDs7KPoQ23Qif3J5oTXohTPyzPicuCQ@mail.gmail.com
Whole thread Raw
List pgsql-bugs
On Tue, Sep 13, 2011 at 1:44 AM, Thomas Kellerer <spam_eater@gmx.net> wrote:
> Merlin Moncure, 12.09.2011 21:28:
>>>
>>> With the second attempt, the installer again hang during initdb. Checki=
ng
>>> the state using ProcessExplorer I could see that the installer script w=
as
>>> waiting for icacls.exe to set permissions for the user currently running
>>> the
>>> installer. It was running [icacls.exe "thomas"] instead of [icacls.exe
>>> "mydomain\thomas"] - although I have to admit that I don't know if that
>>> would make a difference.
>>>
>>> So I killed the iacls.exe and the script proceeded, just to hang at the
>>> next
>>> call to icacls.exe when it tried to set the privileges on the directory
>>> for
>>> the postgres user despite the fact that that user already was the owner
>>> and
>>> had full control over it. So I killed icacls.exe again and then the
>>> script
>>> finally finished without problems. The service was registered and
>>> successully started.
>>>
>>> UAC is turned off on my computer.
>>>
>>
>> hm, why is icacls hanging? does it do that if you run it from the command
>> line?
>>
>
> I re-ran the installer and copied the actual commandline the installer was
> using.
>
> It turned out that it tries the following:
> (Note that the selected data directory is c:\Daten\db\pgdata91)
>
> =A0 icacls =A0C:\ /grant "tkellerer":RX
>
> (Changing the permission for the whole harddisk!!)
>
> Then when I kill that process, the installer starts a new one with
>
> =A0icacls =A0"C:\Daten" /grant "tkellerer":RX
>
> Then I kill that one again, a new one is started with:
>
> =A0icacls =A0C:\ /grant "postgres":RX
>
> Then after killing that one, a new one is started with:
>
> =A0icacls =A0"C:\Daten" /grant "postgres":RX
>
> So it didn't actually hang, but changing the permissions for the entire
> harddisk (170GB taken) and the complete c:\Daten (~20GB) directory twice
> would have taken ages.
>
> Seems there is something fishy about the way the iacls.exe commandline is
> assembled.

uh oh -- no bueno.   forwarding this to -bugs.

merlin

pgsql-bugs by date:

Previous
From: Frank van Vugt
Date:
Subject: segfault using pg_options_to_table(), v9.0.4
Next
From: Tom Lane
Date:
Subject: Re: segfault using pg_options_to_table(), v9.0.4