Exit Code 30066 - sehr seltsam
Verfasst: 31 Mär 2017, 17:09
Hallo Leute,
ich habe da mal wieder ein Problem. Ein sehr seltsames Problem..
Ich bin gerade am Erstellen eines opsi-pakets für das Installieren/Deinstallieren von MS Access Runtime 2010 32-bit.
Ich habe eine config.xml erstellt die wie folgt aussieht:
Die AccessRT.exe habe ich entpackt, die config in das Root-Verzeichnis abgelegt.
So weit so gut.
Dann habe ich in der Command-Box das Ding installiert und ebenfalls in der gleichen Box auch wieder deinstalliert.
Befehle waren jeweils:
Installieren:
Deinstallieren:
Der manuelle Test war ok. Schön installiert, danach wieder deinstalliert und alles im Butter.
Jetzt habe ich in der opsi-workbench das Paket angelegt und den Inhalt meiner Testumgebung nach CLIENT_DATA kopiert. Die opsi-pakete aus dem Templates kopiert und entsprechend angepasst. Eben Standardvorgang.
So, wenn ich das alles nun per per winst teste, kommen sehr seltsame Verhaltensweise zutage!
Ich bekomme ein "Exit Code 30066".
ABER: nur dann wenn AccessRT NICHT vorher installiert ist. Wenn es vorhanden ist auf dem Client, dann geht die Installation durch ohne Fehler.
Wenn es nicht vorhanden ist kommt der o.g. Exit Code und der Vorgang bricht ab!
Ich habe es auch über das configed installieren & deinstallieren lassen. Da verhält es sich genauso!
Wenn AccessRT bereits auf dem Client vorhanden:
1. Nur deinstallation -> ok
2. Deinstallation + Installation (also mit delsub) -> ok
Wenn AccessRT auf Client NICHT vorhanden ist:
1. Installation ohne delsub (bzw. auskommentierte Zeile in der Winbatch_uninstall-Sektion in der delsub32) -> ok
2. Installation mit delsub (also der eigentliche Standardvorgang wie jedes andere Paket auch) -> Exit Code 30066
Das deutet darauf hin daß ich den Exit Code 30066 dann bekomme wenn er versucht AccessRT zu deinstallieren wenn es gar nicht vorhanden ist auf dem Client.
So, wie das Problem nun lösen?
Ich hoffe auf eure Hilfe und bedanke mich schon einmal im Voraus dafür. Zumindest für das Lesen bis hierhin.
ich habe da mal wieder ein Problem. Ein sehr seltsames Problem..
Ich bin gerade am Erstellen eines opsi-pakets für das Installieren/Deinstallieren von MS Access Runtime 2010 32-bit.
Ich habe eine config.xml erstellt die wie folgt aussieht:
Code: Alles auswählen
<Configuration Product="AccessRT">
<Display Level="none" CompletionNotice="no" SuppressModal="yes" AcceptEula="yes" />
<Setting Id="SETUP_REBOOT" Value="NEVER" />
</Configuration>
So weit so gut.
Dann habe ich in der Command-Box das Ding installiert und ebenfalls in der gleichen Box auch wieder deinstalliert.
Befehle waren jeweils:
Installieren:
Code: Alles auswählen
setup.exe /config config.xml
Code: Alles auswählen
setup.exe /uninstall AccessRT /config config.xml
Jetzt habe ich in der opsi-workbench das Paket angelegt und den Inhalt meiner Testumgebung nach CLIENT_DATA kopiert. Die opsi-pakete aus dem Templates kopiert und entsprechend angepasst. Eben Standardvorgang.
So, wenn ich das alles nun per per winst teste, kommen sehr seltsame Verhaltensweise zutage!
Ich bekomme ein "Exit Code 30066".
ABER: nur dann wenn AccessRT NICHT vorher installiert ist. Wenn es vorhanden ist auf dem Client, dann geht die Installation durch ohne Fehler.
Wenn es nicht vorhanden ist kommt der o.g. Exit Code und der Vorgang bricht ab!
Ich habe es auch über das configed installieren & deinstallieren lassen. Da verhält es sich genauso!
Wenn AccessRT bereits auf dem Client vorhanden:
1. Nur deinstallation -> ok
2. Deinstallation + Installation (also mit delsub) -> ok
Wenn AccessRT auf Client NICHT vorhanden ist:
1. Installation ohne delsub (bzw. auskommentierte Zeile in der Winbatch_uninstall-Sektion in der delsub32) -> ok
2. Installation mit delsub (also der eigentliche Standardvorgang wie jedes andere Paket auch) -> Exit Code 30066
Das deutet darauf hin daß ich den Exit Code 30066 dann bekomme wenn er versucht AccessRT zu deinstallieren wenn es gar nicht vorhanden ist auf dem Client.
So, wie das Problem nun lösen?
Ich hoffe auf eure Hilfe und bedanke mich schon einmal im Voraus dafür. Zumindest für das Lesen bis hierhin.