bouncer86 5 Geschrieben 12. November 2014 Melden Teilen Geschrieben 12. November 2014 Hallo, Wie paketiert ihr Software wenn sie nicht direkt als msi vorliegen? Vor allem auf Hinblick Statuscode zurück geben, dass die Software auch wirklich und korrekt installiert wurde. Oder auch um das Problem zu umgehen, wenn die Software beim Update noch läuft. User zum Schließen auffordern? Und was tut ihr gegen Autoupdater wie im Chrome, Java und Co? Zitieren Link zu diesem Kommentar
matze-it 10 Geschrieben 13. November 2014 Melden Teilen Geschrieben 13. November 2014 Hallo, ich schaue mir die Installationsdaten immer genau an. Oftmals kann man eine MSI aus der Setup.exe extrahieren, geht das nicht teste ich in einer VM eben alle möglichen Schalter wie /? /q /S /quiet /silent etc. Ansonsten hilft oftmals auch Google. Hier gibt es oft Treffer: www.itninja.com Autoupdater etc. kann man oft rauskastrieren. Java, Adobe und Co bieten das an und verraten auf deren Seite oft wie das geht. Oft genügt es eine Property auf der Commanline zu setzen, ist aber bei jedem Produkt individuell. Zitieren Link zu diesem Kommentar
Sunny61 811 Geschrieben 13. November 2014 Melden Teilen Geschrieben 13. November 2014 Wie paketiert ihr Software wenn sie nicht direkt als msi vorliegen? Beim WSUS Package Publisher funktioniert auch das ohne Probleme. ;) Und was tut ihr gegen Autoupdater wie im Chrome, Java und Co? Per GPP komplett abstellen. Beispiel für den Adobe Flash Player: http://www.wsus.de/adobe_flash_player_ueber_wsus_bereitstellen Zitieren Link zu diesem Kommentar
bouncer86 5 Geschrieben 13. November 2014 Autor Melden Teilen Geschrieben 13. November 2014 Vielen Dank für die Infos. Wie handhabt ihr denn die Return Codes, so dass SCCM auch wirklich weiß, dass die Software sauber installiert wurde? Und vor allem, dass die Anwendung nicht gerade verwendet wird ? Zitieren Link zu diesem Kommentar
Sunny61 811 Geschrieben 13. November 2014 Melden Teilen Geschrieben 13. November 2014 Wie handhabt ihr denn die Return Codes, so dass SCCM auch wirklich weiß, dass die Software sauber installiert wurde? Und vor allem, dass die Anwendung nicht gerade verwendet wird ? Wir haben SCCM nicht im Einsatz, nur MDT und den WPP in Verbindung mit dem WSUS. Beim WPP kannst Du in den Custom Updates angeben, dass der Benutezr eingaben machen kann/darf. Alternativ kann man an der Stelle auch Prozesse killen, sofern der User Ja dazu klickt. Zitieren Link zu diesem Kommentar
TorstenM 20 Geschrieben 14. November 2014 Melden Teilen Geschrieben 14. November 2014 Wie handhabt ihr denn die Return Codes, so dass SCCM auch wirklich weiß, dass die Software sauber installiert wurde? Und vor allem, dass die Anwendung nicht gerade verwendet wird ? Prinzipiell ist alles außer 0 ein Fehler (abgesehen von sowas wie 3010 = Erfolg, aber Reboot erforderlich). Wegen Anwendungen, die in Benutzung sind: https://psappdeploytoolkit.codeplex.com/ Zitieren Link zu diesem Kommentar
Empfohlene Beiträge
Schreibe einen Kommentar
Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.