MSI - Fehlercode 1603 - Abbruch

[Anojan]

Hallo ans Forum,

ich habe ein merkwürdiges Problem.

Ich möchte gerne ein MSI-Paket verteilen, jedoch bricht das Setup beim Beginn der MSI-Installation sofort mit dem Fehlercode 1603 ab. Bei mehreren anderen MSI-Pakete funktioniert das Skript tadelos.
Wenn ich jedoch die setup.ins als angemeldeter User (sei es der lokale Administrator oder als Domänen-Benutzer) mit Winst starte, läuft alles problemlos durch.
Ich habe nun recherchiert und dachte, es könnte daran liegen, dass bei der Installation durch OPSI die setup.ins als "SYSTEM" gestartet wird und deshalb der Abbruch zustande kommt.
Darauf hin habe ich das Produkt auf Basis des opsi-template-with-admin gebaut, doch auch hier derselbe Fehler.

Habt ihr eine Vermutung woran das liegen könnte?

Gruß
Anojan

[dkoch]

versuch den aufruf mal mit ALLUSERS=2

http://msdn.microsoft.com/en-us/library ... 85%29.aspx

[Anojan]

Das klappt leider auch nicht, derselbe Fehler.

[dkoch]

aktiver das logging für die msi (/L) und schau ob du dort einen hinweis findest

[SisterOfMercy]

You can also try InstEd, to look at the property table.
Or try the WPKG site, a lot of information over there.

And try to find out what kind of msi it is, there are windows installer msis (the most of them) and installshield msis, if I remember correctly.

[dharenkamp]

Hi,

habe nen Link gefunden, wie man die eigentliche Ursache des 1603er Fehler finden kann.

http://blogs.msdn.com/b/astebner/archiv ... 46328.aspx

Kurz zusammengefasst:
In den Verbose Logs des MSI nach "return value 3" suchen und die Ausgaben davor prüfen.

Auf welchem OS testest du denn und was für ein MSI ist es?

[Anojan]

Hallo nochmal,

ich habe mich nun nach dem Urlaub wieder an das Problem gesetzt. Es ist eine MSI unserer eigenen ECM-Software. Der Aufruf und die fehlerfreie Installation eingeloggt über die interaktive Winst32.exe klappt einwandfrei.
Nur beim Aufruf über den Agent (angestoßen über configed-Oberfläche) startet zwar die Installationsdatei, aber läuft nicht weiter. Kann es daran liegen, dass beim eingeloggten Aufruf, Winst als invoker = Administrator hat und über den Agent invoker = System?

Ich habe mir nun auch das "User-Management-Profile"-Modul als Trial zusenden lassen und ausprobiert, klappt auch nicht.

Der 1603 Fehler hat den Rückgabewert 3 mit folgendem Text davor:

MSI (s) (C0:BC) [16:17:06:606]: Invoking remote custom action. DLL: C:\Windows\Installer\MSI6CF4.tmp, Entrypoint: f1
MSI (s) (C0:40) [16:17:06:606]: Generating random cookie.
MSI (s) (C0:40) [16:17:06:609]: Created Custom Action Server with PID 3752 (0xEA8).
MSI (s) (C0:8C) [16:17:06:620]: Running as a service.
MSI (s) (C0:8C) [16:17:06:621]: Hello, I'm your 32bit Impersonated custom action server.
Aktion gestartet um 16:17:06: TestRedist.
InstallShield 16:17:06: Running InstallScript function f1
InstallShield 16:17:06: Opening stream of file C:\Windows\Installer\MSI6CF4.tmp
InstallShield 16:17:06: Extracting support file IsConfig.ini to C:\Windows\TEMP\{94B28939-5F9B-44EE-B44A-E812983D0338}\IsConfig.ini
InstallShield 16:17:06: Extracted isconfig.ini to C:\Windows\TEMP\{94B28939-5F9B-44EE-B44A-E812983D0338}\IsConfig.ini
InstallShield 16:17:06: Got '{1EA1EF45-FC48-4B5F-B469-3274231434CD}' for TempPathGuid from isconfig.ini
InstallShield 16:17:06: Attempting to use temp path 'C:\Windows\TEMP\{1EA1EF45-FC48-4B5F-B469-3274231434CD}'
InstallShield 16:17:06: Using temp folder C:\Windows\TEMP\{94B28939-5F9B-44EE-B44A-E812983D0338}
InstallShield 16:17:06: Installing engine...
InstallShield 16:17:06: Using product language 1031
InstallShield 16:17:06: Extracting support file setup.inx to C:\Windows\TEMP\{94B28939-5F9B-44EE-B44A-E812983D0338}\setup.inx
InstallShield 16:17:06: Extracting support file ISRT.dll to C:\Windows\TEMP\{94B28939-5F9B-44EE-B44A-E812983D0338}\ISRT.dll
InstallShield 16:17:06: Detected X64 OS
InstallShield 16:17:06: Extracting support file ISBEWX64.exe to C:\Windows\TEMP\{94B28939-5F9B-44EE-B44A-E812983D0338}\ISBEW64.exe
InstallShield 16:17:06: Extracting support file _isres_0x0407.dll to C:\Windows\TEMP\{94B28939-5F9B-44EE-B44A-E812983D0338}\_isres_0x0407.dll
InstallShield 16:17:06: Extracting support file String1031.txt to C:\Windows\TEMP\{94B28939-5F9B-44EE-B44A-E812983D0338}\String1031.txt
InstallShield 16:17:06: Skipping optional support file _isuser_0x0407.dll
InstallShield 16:17:06: Setting script cmdline...
InstallShield 16:17:06: ProductCode is {2E11C034-7A89-4EDF-A4E7-5B773C21A684}
InstallShield 16:17:06: Initializing Engine
CustomAction TestRedist returned actual error code 1603 (note this may not be 100% accurate if translation happened inside sandbox)
Aktion beendet um 16:17:07: TestRedist. Rückgabewert 3.
Aktion beendet um 16:17:07: INSTALL. Rückgabewert 3.


Gibt es die Möglichkeit Winst beim Aufruf über den Agent als invoker den eingeloggten Benutzer anzugeben?

[dkoch]

/RunAsLoggedOnUser
// since 4.11.3.5 ; works only inside
userLoginScripts

Also Winbatch_Something /RunAsLoggedOnUser

[ueluekmen]

Hi,

RunAsLoggedOnUser löst hier das Problem nicht, da es auch nur in userLoginScripts verwendet werden kann.

Dein Problem ist, dass das MSI bescheiden gebaut wurde an der Stelle. Solche Exemplare gibt es leider zu hauf. Du hast aus meiner Sicht drei Möglichkeiten:

1.) MSI anpacken und manipulieren/fixen (habe ich mal für DWG-Trueview 2011 gemacht, weil denen Ihre MSI sich genauso verhalten hat. Wahrscheinlich für euch noch einfacher, weil es eure eigene Software ist. Ich meine ich habe es damals mit Insted gemacht, ist teil der opsi-Adminutils)
2.) opsi-template-with-admin verwenden.
3.) Beauftragen und von uns machen lassen. Ist wahrscheinlich die bequemste Art, wenn du Geld locker machen kannst