10
Installshield Basic MSI (Windows Installer) mit 3010 beenden
Hallo @ All
Ich möchte in einer Basic-MSI nach Abschluss der Installation den ReturnCode 3010 an das System senden und stehe etwas am Schlauch.
Dachte das wäre eventuell in einer VBSCRIPT CustomAction möglich. Aber es werden anscheinend nur diese unterstützt.
CA ReturnCodes
Hat jemand eine Idee wie ich das bewerkstelligen kann? Der Sinn dahinter ist, dass wir via SCCM das Rebootverhalten der Clients steuern. Meine MSI liefert aber nur 0 für SUCCESS.
Danke für eure Hilfe!
Ich möchte in einer Basic-MSI nach Abschluss der Installation den ReturnCode 3010 an das System senden und stehe etwas am Schlauch.
Dachte das wäre eventuell in einer VBSCRIPT CustomAction möglich. Aber es werden anscheinend nur diese unterstützt.
CA ReturnCodes
Hat jemand eine Idee wie ich das bewerkstelligen kann? Der Sinn dahinter ist, dass wir via SCCM das Rebootverhalten der Clients steuern. Meine MSI liefert aber nur 0 für SUCCESS.
Danke für eure Hilfe!
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 604582
Url: https://administrator.de/forum/installshield-basic-msi-windows-installer-mit-3010-beenden-604582.html
Ausgedruckt am: 25.12.2024 um 02:12 Uhr
10 Kommentare
Neuester Kommentar
So ne Idee:
Bau dir ein Wrapper-MSI, setze in der original MSI z.B. ein Reg-Eintrag oder was auch immer mit deinem Code und den liest du im Wrapper-MSI aus und gibst ihn zurück.
Bau dir ein Wrapper-MSI, setze in der original MSI z.B. ein Reg-Eintrag oder was auch immer mit deinem Code und den liest du im Wrapper-MSI aus und gibst ihn zurück.
Hi @145916
Es geht mehr darum "wie" ich Installshield überhaupt dazu bringe den Code zurück zu geben. Wenn ich das wüsste wäre es eh einfach:
VB - CustomAction => After_InstallFinalize + Condition + bissl Code. Aber Return 3010 alleine ist halt leider nicht.
Bisher habe ich nur die Möglichkeit wie oben beschrieben gefunden. Das ist aber völlig unpraktikabel. Aber Möglichkeiten muss es geben, denn wie machen es die anderen Entwickler?
Grüße!
Es geht mehr darum "wie" ich Installshield überhaupt dazu bringe den Code zurück zu geben. Wenn ich das wüsste wäre es eh einfach:
VB - CustomAction => After_InstallFinalize + Condition + bissl Code. Aber Return 3010 alleine ist halt leider nicht.
Bisher habe ich nur die Möglichkeit wie oben beschrieben gefunden. Das ist aber völlig unpraktikabel. Aber Möglichkeiten muss es geben, denn wie machen es die anderen Entwickler?
Grüße!
Aber Möglichkeiten muss es geben, denn wie machen es die anderen Entwickler?
Gar nicht. Variablen für Reboot nötig oder nicht kann man ja innerhalb der MSI abfragen und setzen.Erstelle eine "ScheduleReboot action" mit Condition dann gibt das MSI auch deinen gewünschten Code 3010 aus.
Die ExitCodes des Windows Installers lassen sich nicht durch eigene überschreiben die sind fest definiert.
Hi, und was hindert dich an der Applikation fur Exit Code 0 Soft Reboot einzustellen?
Mfg
Zitat von @7Gizmo7:
Hi, und was hindert dich an der Applikation fur Exit Code 0 Soft Reboot einzustellen?
Hi, und was hindert dich an der Applikation fur Exit Code 0 Soft Reboot einzustellen?
Tatsächlich hindert mich daran, dass ich die Option dazu nicht finde
Wenn du einen kleinen Screenshot dazu hättest... ?
Zitat von @mayho33:
Tatsächlich hindert mich daran, dass ich die Option dazu nicht finde
Wenn du einen kleinen Screenshot dazu hättest... ?
Zitat von @7Gizmo7:
Hi, und was hindert dich an der Applikation fur Exit Code 0 Soft Reboot einzustellen?
Hi, und was hindert dich an der Applikation fur Exit Code 0 Soft Reboot einzustellen?
Tatsächlich hindert mich daran, dass ich die Option dazu nicht finde
Wenn du einen kleinen Screenshot dazu hättest... ?
Update:
OK! Die MSI meldet, dass ein Reboot gemacht werden muss. Mehr aber nicht. Windows hat anscheinend nicht mitbekommen, das ein SoftReboot ansteht. Kein 3010.
im Log schreibt der Install zwar brav..
MSI (s) (8C:30) [11:36:58:412]: Propagated Reboot to the client/parent install.
MSI (s) (8C:30) [11:36:58:412]: Value of RebootAction property is 1
MSI (s) (8C:30) [11:36:58:412]: Für Windows Installer ist ein Neustart des Systems erforderlich. Produktname: Net...Windows weiß aber nichts davon. LOL ? Getestet habe ich das ganze dem hier:
https://adamtheautomator.com/pending-reboot-registry-windows/
Hier sind zwar alle möglichen ReturnCodes gelistet, aber nicht wie man das in der MSI umsetzen kann: https://docs.netecm.ch/launcher/troubleshooting/msi-exit-codes.html
Ich steh' am Schlauch. Bitte Hilfe!
Danke!
Ich steh' am Schlauch. Bitte Hilfe!
S. meinen letzten Kommentar.Zitat von @145916:
Ich steh' am Schlauch. Bitte Hilfe!
S. meinen letzten Kommentar.Das habe ich ja gemacht. Laut Log wird der Reboot auch schedule und das MSI zeigt es auch an. Nur Windows erfährt nie was davon. Das ist leider ungeil
. Der Return der MSI ist trotzdem 0.So kann weder Script noch SCCM wissen ob ein Reboot ansteht und entsprechend reagieren.
Normalerweise werden an den vielen möglichen Stellen in der Registry oder via WMI entweder Einträge gemacht oder Flags gesetzt um Windows mitzuteilen, dass es dieses oder jenes machen soll.
Die Action ScheduleReboot macht nichts dergleichen.
Ich würde ja gerne explizit 3010 zurück geben oder entsprechend dem:
https://docs.microsoft.com/en-us/windows/win32/msi/error-codes aber ich bin anscheinend zu doof dafür. Ich weiß einfach nicht wie und wo.
Die Action ScheduleReboot macht nichts dergleichen.
Ja nee verzäll mich ned, logisch jeht dat 
. Dann muss ich halt wieder mal die Gehilfe aus dem Keller holen...Also ich habe hier mal extra für dich ein Test-MSI mit InstallShield gebaut, direkt mal mit der folgender Custom Property (ISSCHEDULEREBOOT) versehen (dann ist keine extra action nötig, kannst du aber selbstverständlich aus jeder custom action heraus auch auf 1 setzen):
Dann mal mit das msi /norestart Parameter installiert:
Voilà da hast du dein 3010, Ergo geht wie schon erwähnt
. Test-OS übrigens = Windows 10 2004Fred solved. 🐟
eagle
Zitat von @145916:
. Dann muss ich halt wieder mal die Gehilfe aus dem Keller holen...
Also ich habe hier mal extra für dich ein Test-MSI mit InstallShield gebaut, direkt mal mit der folgender Custom Property (ISSCHEDULEREBOOT) versehen (dann ist keine extra action nötig, kannst du aber selbstverständlich aus jeder custom action heraus auch auf 1 setzen):
Dann mal mit das msi /norestart Parameter installiert:
Voilà da hast du dein 3010, Ergo geht wie schon erwähnt. Test-OS übrigens = Windows 10 2004
Fred solved. 🐟
eagle
Die Action ScheduleReboot macht nichts dergleichen.
Ja nee verzäll mich ned, logisch jeht dat . Dann muss ich halt wieder mal die Gehilfe aus dem Keller holen...Also ich habe hier mal extra für dich ein Test-MSI mit InstallShield gebaut, direkt mal mit der folgender Custom Property (ISSCHEDULEREBOOT) versehen (dann ist keine extra action nötig, kannst du aber selbstverständlich aus jeder custom action heraus auch auf 1 setzen):
Dann mal mit das msi /norestart Parameter installiert:
Voilà da hast du dein 3010, Ergo geht wie schon erwähnt
. Test-OS übrigens = Windows 10 2004Fred solved. 🐟
eagle
OK! Ja! Vielleicht zu kompliziert gedacht. Danke jedenfalls!!
Aber warum bitte, in herrgottsnamen, kreizdeifl einianond, funkt das so nicht?
Ist vermutlich wieder so ein "stupid deferred wrong sequence" Ding.
Dir auch eine schönes WE!
EDIT:
War tatsächlich zu spät! MSI kann im Deferred BlaBlaBla... das Property nicht auswerten wenn.. Eh schon wissen!
Danke nochmal!
Grüße!
