Re: BUG #2343: Silent installers fails - Mailing list pgsql-bugs

From Support FireDigit
Subject Re: BUG #2343: Silent installers fails
Date
Msg-id 4420814B.7060903@firedigit.com
Whole thread Raw
In response to Re: BUG #2343: Silent installers fails  ("Magnus Hagander" <mha@sollentuna.net>)
List pgsql-bugs
it works when run manually, it looks like the combination NSIS
installer and the MSI installer doesn't work very well.
I did what you suggested, I created a user before launching the
installer and the installer failed this time with the following error.

User "some binary signs"4/"some binary signs" could not be found.
replace "some binary signs" with some binary signs.

The user was correctly created with the right permissions and the
silent installer command was:
msiexec /i C:\hsm\source\pgsql\postgresql-8.1-int.msi  /qr
INTERNALLAUNCH=1 ADDLOCAL=server,psql,pgadmin
SERVICEDOMAIN=%COMPUTERNAME% SERVICEACCOUNT=fd202016fd
SERVICEPASSWORD=fd_pgsql SUPERUSER=root SUPERPASSWORD=fd_hsm
PERMITREMOTE=1 ENCODING=UTF8 CREATESERVICEUSER=0
BASEDIR=C:\hsm\postgres
Anton

Magnus Hagander wrote:
<blockquote
 cite="mid6BCB9D8A16AC4241919521715F4D8BCEA351A3@algol.sollentuna.se"
 type="cite">

    Bug reference:      2343
Logged by:          Anton
Email address:      support@firedigit.com
PostgreSQL version: 8.1.2
Operating system:   Windows XP
Description:        Silent installers fails
Details:

Hi All,

When the installer creates the user account, I get the
following error:

Internal Account lookup failure
No mapping between account names and security ID's was done.

Here is the silent installer command:

msiexec /i C:\hsm\source\pgsql\postgresql-8.1-int.msi  /qr
INTERNALLAUNCH=1 ADDLOCAL=server,psql,pgadmin
SERVICEDOMAIN=%COMPUTERNAME% SERVICEACCOUNT=fd202016fd
SERVICEPASSWORD=fd_pgsql SUPERUSER=root SUPERPASSWORD=fd_hsm
PERMITREMOTE=1 ENCODING=UTF8 CREATESERVICEUSER=1
BASEDIR=C:\hsm\postgres

This is run from an NSIS installer (with ExecWait).
The user account "fd202016fd" specified was created.



Does it work if you run it manually?




    Any idea what could cause this and what could be a workaround?



Not really, it shouldn't normally happens. It seems it's created, but
the process that created it can't see it because of some delay
somewhere.

A workaround is to create the account before you launch the installer.

//Magnus

pgsql-bugs by date:

Previous
From: "Alexander Kirpa"
Date:
Subject: BUG #2353: Temporary tables created within trigger function still exist after abend
Next
From: "Rafael Jorge Sierra Goncales"
Date:
Subject: BUG #2352: Bug with Pl/Python