In my case invalid argument (root directory instead of specified data directory) was passed by installer to icacls. That's what I saw. It wasn't problem of icacls, it was a problem in pgsql installer.
05.06.2012, 22:38, "Dave Page" <dp...@pgadmin.org>: > On Sun, May 20, 2012 at 7:05 PM, Alvaro Herrera > <alvhe...@commandprompt.com> wrote: > >> Excerpts from grv87's message of sáb may 19 10:28:47 -0400 2012: >>> The following bug has been logged on the website: >>> >>> Bug reference: 6652 >>> Logged by: Basil Peace >>> Email address: gr...@yandex.ru >>> PostgreSQL version: 9.1.3 >>> Operating system: Windows 7 x64 >>> Description: >>> >>> I have been installing PostgreSQL 9.1.3.2, and I've noted that 'creating >>> database cluster' is too long. I have been waiting for a half of hour, and >>> it hasn't finished. >>> I've noted that installer calls icacls.exe with arguments: >>> D:\ /grant "postgres":RX >> This seems to be reported every once in a while. It looks like the >> one-clunk installer is to blame. Maybe it's been fixed in some more >> recent version -- Dave Page would probably know. > > Just as an FYI, we are working on this. We've been able to reproduce > it, and it appears that icacls (a Microsoft utility) will sometimes > look at the ACL of every file/directory recursively when it grants the > required privileges on higher level directories. The good news is that > in none of the test we've done has it ever modified the ACL on the > wrong thing - it just takes a long time if there are a lot of items on > the filesystem. We've looked at third party alternatives to icacls, > and they seem to exhibit similar traits. We're also going to look into > other ways around the root problem. -- Sent via pgsql-bugs mailing list (pgsql-bugs@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-bugs