info
Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
BUG #7985: Postgres Windows Installer fails with "permission denied"
0 views
Skip to first unread message
hkha...@hotmail.com
Mar 23, 2013, 7:20:45 AM3/23/13
to
The following bug has been logged on the website:
Bug reference: 7985
Logged by: hassib
Email address: hkha...@hotmail.com
PostgreSQL version: 9.2.2
Operating system: Windows 7
Description:
We are facing an issue with Postgres Windows installer (version 9.2.2).
In some machines we find that the installer works, in other machines it
fails and
when checking the logs, we find that the script "initcluster" failed.
We are installing Postgres in the default directory (i.e. c:\program files
(x86)\PostgreSQL), and
the data directory under "c:\ProgramData".
After long hours of debugging in the machines where it fails we found the
problem in the following
line of the scripts "strInitdbPass = strInstallDir & "\" &
objFso.GetTempName", which is actually
trying to save the password file under the installation directory (i.e.
c:\program files (x86)\PostgreSQL)
, which failed with "Permission denied" error, when changing this line to
point to another directory
the script worked.
We tried to run the installer as "Local Administrator", but that also didn't
fix the issue.
What would be the solution for this issue?
--
Sent via pgsql-bugs mailing list (pgsql...@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-bugs
Bug reference: 7985
Logged by: hassib
Email address: hkha...@hotmail.com
PostgreSQL version: 9.2.2
Operating system: Windows 7
Description:
We are facing an issue with Postgres Windows installer (version 9.2.2).
In some machines we find that the installer works, in other machines it
fails and
when checking the logs, we find that the script "initcluster" failed.
We are installing Postgres in the default directory (i.e. c:\program files
(x86)\PostgreSQL), and
the data directory under "c:\ProgramData".
After long hours of debugging in the machines where it fails we found the
problem in the following
line of the scripts "strInitdbPass = strInstallDir & "\" &
objFso.GetTempName", which is actually
trying to save the password file under the installation directory (i.e.
c:\program files (x86)\PostgreSQL)
, which failed with "Permission denied" error, when changing this line to
point to another directory
the script worked.
We tried to run the installer as "Local Administrator", but that also didn't
fix the issue.
What would be the solution for this issue?
--
Sent via pgsql-bugs mailing list (pgsql...@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-bugs
Sandeep Thakkar
Apr 2, 2013, 4:45:33 AM4/2/13
to
Never seen this error during installation. Can you please provide the installation logs from %TEMP% ?
--
Sandeep Thakkar
Senior Software Engineer
EnterpriseDB Corporation
The Enterprise Postgres Company
Phone: +91.20.30589523
Website: www.enterprisedb.com
EnterpriseDB Blog: http://blogs.enterprisedb.com/
Follow us on Twitter: http://www.twitter.com/enterprisedb
This e-mail message (and any attachment) is intended for the use of the individual or entity to whom it is addressed. This message contains information from EnterpriseDB Corporation that may be privileged, confidential, or exempt from disclosure under applicable law. If you are not the intended recipient or authorized to receive this for the intended recipient, any use, dissemination, distribution, retention, archiving, or copying of this communication is strictly prohibited. If you have received this e-mail in error, please notify the sender immediately by reply e-mail and delete this message.
Sandeep Thakkar
Senior Software Engineer
EnterpriseDB Corporation
The Enterprise Postgres Company
Phone: +91.20.30589523
Website: www.enterprisedb.com
EnterpriseDB Blog: http://blogs.enterprisedb.com/
Follow us on Twitter: http://www.twitter.com/enterprisedb
This e-mail message (and any attachment) is intended for the use of the individual or entity to whom it is addressed. This message contains information from EnterpriseDB Corporation that may be privileged, confidential, or exempt from disclosure under applicable law. If you are not the intended recipient or authorized to receive this for the intended recipient, any use, dissemination, distribution, retention, archiving, or copying of this communication is strictly prohibited. If you have received this e-mail in error, please notify the sender immediately by reply e-mail and delete this message.
0 new messages