Search Postgresql Archives

Re: "1-Click" installer problems

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 






On 01-04-2010 12:39, Thomas Kellerer wrote:
Nikhil G. Daddikar, 01.04.2010 08:04:

In about 30 seconds I found the following unanswered threads relating to
installation on Windows Vista. If anybody is interested I can find more.

The problem with this kind of statistics is that you will only find people who complain, you'll never find people who do not complain because they have no problems. Actually that's true for all internet forums or mailing lists: you'll seldomly find people posting something like "Hey everything works fine, I had no problems".

I agree... but they are still unanswered. And what else can I do. I am facing problems on multiple computers, my customers are facing problems as well. NOBODY till date has managed to install 8.4 on Vista using the 1-click installer and EVERYBODY has managed to install the 8.3 installer (from postgresql.org) on Vista. DOES THIS COUNT AS A VALID STATISTIC? And yes, i have tried installing it in C:\Postgresql as well. Interesting to note that 8.3 installer from postgresql.org installs perfectly in 'C:\Program Files' even on Vista. No use blaming Windows all the time. It is the installer that is buggy.



All the posts seem to share the same root cause: the data directory has been put into "c:\Program Files" but a regular user does not have write permissions on that directory. As the installer is usually run with Administrator rights, the directory can be created but the service (or initdb) runs under a normal user account that cannot write to that directory because.

I do not like the installer's suggestion to put the data directory into c:\Program Files either, I think this should default to %APPDATA% instead of %ProgramFile%. I bet half of the problems would go away if the installer refused to put the data directory into c:\Program Files.

Given the fact that Microsoft finally tries to enforce people not to work as Administrators makes this even more important.

My suggestion is to try to use a different data directory when installing Postgres and make sure that the postgres service account is allowed to read and write that directory.

Personally I switched to using the ZIP packages completely because it is so much easer (unzip, initdb, pg_ctl -register, done)

Thomas






--
Sent via pgsql-general mailing list (pgsql-general@xxxxxxxxxxxxxx)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-general

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Postgresql Jobs]     [Postgresql Admin]     [Postgresql Performance]     [Linux Clusters]     [PHP Home]     [PHP on Windows]     [Kernel Newbies]     [PHP Classes]     [PHP Books]     [PHP Databases]     [Postgresql & PHP]     [Yosemite]
  Powered by Linux