BUG #15885: EnterpriseDB Installer upgrade process fails with icacls error

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
2 messages Options
Reply | Threaded
Open this post in threaded view
|

BUG #15885: EnterpriseDB Installer upgrade process fails with icacls error

PG Bug reporting form
The following bug has been logged on the website:

Bug reference:      15885
Logged by:          Edgar Anderson
Email address:      [hidden email]
PostgreSQL version: 9.4.23
Operating system:   Windows
Description:        

I was attempting to upgrade a database on Windows from 9.4.5 to 9.4.23 using
the EnterpriseDB installer. It successfully detected the existing
installation and data directory, but the installer failed while trying to
execute a step involving icacls.exe. Comparing the error message to the
directory created in AppData\Local\Temp, it looks like the installer is
unpacking its files to one directory, then trying to run scripts from
another directory, which does not exist. The installer attempts to restore
permissions using icacls, loading permissions from an aclfile in the
non-existent directory, and fails with a "Access Denied" error when trying
to access the non-existent directory.

Apologies if this should be reported instead to EnterpriseDB.

Reply | Threaded
Open this post in threaded view
|

Re: BUG #15885: EnterpriseDB Installer upgrade process fails with icacls error

Robert Haas
On Tue, Jul 2, 2019 at 3:44 PM PG Bug reporting form
<[hidden email]> wrote:

>
> The following bug has been logged on the website:
>
> Bug reference:      15885
> Logged by:          Edgar Anderson
> Email address:      [hidden email]
> PostgreSQL version: 9.4.23
> Operating system:   Windows
> Description:
>
> I was attempting to upgrade a database on Windows from 9.4.5 to 9.4.23 using
> the EnterpriseDB installer. It successfully detected the existing
> installation and data directory, but the installer failed while trying to
> execute a step involving icacls.exe. Comparing the error message to the
> directory created in AppData\Local\Temp, it looks like the installer is
> unpacking its files to one directory, then trying to run scripts from
> another directory, which does not exist. The installer attempts to restore
> permissions using icacls, loading permissions from an aclfile in the
> non-existent directory, and fails with a "Access Denied" error when trying
> to access the non-existent directory.
>
> Apologies if this should be reported instead to EnterpriseDB.

Adding Dave and Sandeep.

--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company