Sunny61 810 Geschrieben 30. Juli 2015 Melden Teilen Geschrieben 30. Juli 2015 (bearbeitet) Also beim WSUS Package Publisher in Verbindung mit dem Java habe ich jetzt schon so meine Probleme. Bekomme das tolle Paket einfach nicht hin. "Ungültige Anweisungs-Ausnahme: Das Paket konnte nicht veröffentlicht werden. Fehler während des Veröffentlichungsvorgangs, weil die Version von Konsole und Remoteserver nicht übereinstimmt." Tu dir selbst einen Gefallen und installiere (entpacken) den WPP direkt auf dem WSUS, ohne wenn und aber. Ich habe von dem aktuellen Java auch nur eine ".msi" Datei herausbekommen und keine .MST und .cab so wie es in dem HowTo steht...Welches HowTo hast Du denn genommen? Wollte auch den WSUS Package Publisher auf dem 2012 R2 Wsus installieren. Dort lässt sich das Programm jedoch gar nicht starten. Erscheint sofort " Local Update Publisher funktioniert nicht mehr"... Online nach einer Lösung suchen :D Geht anscheinend nicht auf einem 2012er? Rechtsklick > Ausführen als Administrator. UAC lässt grüßen. Läuft auf W2012/W2012R2. Der LUP läuft überhaupt nicht auf W2012 oder höher, und der WPP wird ständig weiterentwickelt, beim LUP steht alles. bearbeitet 30. Juli 2015 von Sunny61 Zitieren Link zu diesem Kommentar
NorbertFe 2.098 Geschrieben 30. Juli 2015 Melden Teilen Geschrieben 30. Juli 2015 (bearbeitet) Ich habe von dem aktuellen Java auch nur eine ".msi" Datei herausbekommen und keine .MST und .cab so wie es in dem HowTo steht...Ja und? Dann sei doch froh. MST Datei kann man sich selber basteln. Wenn man sie denn überhaupt braucht. Wollte auch den WSUS Package Publisher auf dem 2012 R2 Wsus installieren. Dort lässt sich das Programm jedoch gar nicht starten. Erscheint sofort " [/color Local Update Publisher funktioniert nicht mehr"... Online nach einer Lösung suchen :D Geht anscheinend nicht auf einem 2012er? Geht sowohl auf 2012 als auch 2012R2. Da hast du irgendwo ein anderes Problem. Oh LUP... ja der läuft maximal auf 2008R2. Selbst Schuld, wer den noch nutzt. ;) Bye Norbert bearbeitet 30. Juli 2015 von NorbertFe Zitieren Link zu diesem Kommentar
TheCracked 13 Geschrieben 5. August 2015 Autor Melden Teilen Geschrieben 5. August 2015 Also mit dem WPP sieht das ganze schon relativ gut aus. Gibt es denn auch Kaltaloge für Java? Zitieren Link zu diesem Kommentar
Sunny61 810 Geschrieben 5. August 2015 Melden Teilen Geschrieben 5. August 2015 Für Java hab ich noch keinen Katalog gefunden, aber so oft kommt da ja auch kein Update mehr. ;) Zitieren Link zu diesem Kommentar
TheCracked 13 Geschrieben 5. August 2015 Autor Melden Teilen Geschrieben 5. August 2015 Muss vor dem Java Update immer das alte deinstalliert werden oder? Hierzu am besten das "http://www.wsus.de/uninstall2install"Howto verwenden oder gibt es für java noch ein anderes besseres? Wie macht ihr das? Zitieren Link zu diesem Kommentar
Sunny61 810 Geschrieben 5. August 2015 Melden Teilen Geschrieben 5. August 2015 (bearbeitet) Muss vor dem Java Update immer das alte deinstalliert werden oder? Seit der Version wird bei der Installation nicht mehr die vorige deinstalliert. Deshalb verwende cih Hierzu am besten das "http://www.wsus.de/uninstall2install"Howto verwenden oder gibt es für java noch ein anderes besseres? das Tool Uninstall2Install. ;) bearbeitet 5. August 2015 von Sunny61 Zitieren Link zu diesem Kommentar
TheCracked 13 Geschrieben 5. August 2015 Autor Melden Teilen Geschrieben 5. August 2015 (bearbeitet) So ganz will das noch nicht so. Habe es so wie im HowTo gemacht. Nach dem genehmigen taucht das Update auch auf dem TestClient (Windows7) auf. Wenn ich jetzt das Update Installieren will, bleibt Windows ewig stehen bei "Installation wird vorbereitet". Der Grüne Balken läuft schön weiter In der update Log steht... 2015-08-05 13:44:20:466 10172 1738 CltUI AU client got new directive = 'Interactive Progress', serviceId = {3DA21691-E39D-4DA6-8A4B-B43877BCB1B7}, return = 0 2015-08-05 13:44:20:481 10172 1738 AUClnt WARNING: Shell_NotifyIcon failed (dwMessage=0x0, uFlags=0x3, hr=0x800703F0) 2015-08-05 13:44:20:481 10172 1738 AUClnt WARNING: Shell_NotifyIcon failed (dwMessage=0x0, uFlags=0x3, hr=0x800703F0) 2015-08-05 13:44:20:481 10172 1738 AUClnt WARNING: Shell_NotifyIcon failed (dwMessage=0x0, uFlags=0x3, hr=0x800703F0) 2015-08-05 13:44:20:481 10172 1738 AUClnt WARNING: Shell_NotifyIcon failed (dwMessage=0x0, uFlags=0x3, hr=0x800703F0) 2015-08-05 13:44:20:481 10172 1738 CltUI WARNING: Failed to create AU interactive progress tray icon UI, hr=80243004 2015-08-05 13:44:20:481 10172 1738 CltUI Failed to create tray icon for directive 'Interactive Progress' (hr=80243004); will retry. Es erscheint dann auch eine Fehlermeldung, dass das Update nicht installiert werden konnte.. Ideen? Edit: so nach einem Neustart des PCs hats dann doch funktioniert :) Woran mach ich den fest, ob das Update dem Client angeboten wird. Also quasi ob der Computer das Update benötigt oder nicht? bearbeitet 5. August 2015 von TheCracked Zitieren Link zu diesem Kommentar
willy-goergen 0 Geschrieben 5. August 2015 Melden Teilen Geschrieben 5. August 2015 (bearbeitet) Woran mach ich den fest, ob das Update dem Client angeboten wird. Also quasi ob der Computer das Update benötigt oder nicht? Mit dem MSI-Produktcode. Den musst du vor der Erstellung eines Updates mit WPP herausfinden und dann hinterlegen. Manchmal ist der MSI-Produktcode mit dem das überprüft wird auch schon vorgegeben. Drauf verlassen würde ich mich aber nicht. Du kannst selbst auch noch weitere Kriterien prüfen. (OS, Prozessorarchitektur, usw.) Wie du an den MSI-Produktcode kommst, für was er da ist und was du weiter damit machen musst, steht alles in der von Sunny61 verlinkten Anleitung. ;) bearbeitet 5. August 2015 von willy-goergen Zitieren Link zu diesem Kommentar
TheCracked 13 Geschrieben 5. August 2015 Autor Melden Teilen Geschrieben 5. August 2015 JA ich gebe den Produktcode von dem MSI Paket bei den Regeln an. Jedoch wird mir das Paket nicht angezeigt. Habe auf der testkiste hier das Paket schon mal installiert.. hat aber nicht so funktioniert.. Dann habe ich ein neues Paket erstellt, das mir jedoch nicht angezeigt wird. Auch das alte wird nicht mehr angezeigt, obwohl ich sogar ein Recovery über die Bordmittel gemacht habe (Systemwiederherstellung). Der Client muss ja dann irgendwo noch was stehen haben, dass er das Paket nicht benötigt. ??? Zitieren Link zu diesem Kommentar
willy-goergen 0 Geschrieben 5. August 2015 Melden Teilen Geschrieben 5. August 2015 Wenn das Programm / Update (z.B. Java), das du verteilen willst auf dem Client schon installiert ist, bekommst du das Update nicht mehr angezeigt. Zumindest sollte das so sein. Ist das Update auch für den Client genehmigt? Zitieren Link zu diesem Kommentar
TheCracked 13 Geschrieben 5. August 2015 Autor Melden Teilen Geschrieben 5. August 2015 Das Update ist nicht mehr installiert, da ich ein Recovery gemacht habe. Update ist auch genehmigt. Edit: Bei der Anleitung von http://www.wsus.de/uninstall2install heißt es: Jetzt wird der MSI-Produktcode vom zu installierenden Produkt benötigt, in diesem Fall ist das der Code für Java 8 Update 31. Der WSUS Package Publisher bringt einen MSI-Reader mit. Über das Menü Extras > MSI Reader > MSI Datei öffnen > kann man sich den Inhalt des MSI anzeigen lassen. In diesem Beispiel ist der ProductCode in der Tabelle Property zu finden. und für die zweite Regel: Ganz wichtig ist bei der zweiten Regel das NOT. Hier wird geprüft ob das Update installiert werden kann. Und es kann nur installiert werden, wenn dieser Produktcode noch nicht vorhanden ist. Regel umkehren muss beim Erstellen der Regel angeklickt werden. Wer will oder muss, kann natürlich noch weitere Regeln hinzufügen. Wieso muss ich denn zwei mal den gleichen Productcode einmal mit NOT und einmal ohne eintragen. Das verstehe ich nicht. Zitieren Link zu diesem Kommentar
willy-goergen 0 Geschrieben 5. August 2015 Melden Teilen Geschrieben 5. August 2015 (bearbeitet) Wieso muss ich denn zwei mal den gleichen Productcode einmal mit NOT und einmal ohne eintragen. Das verstehe ich nicht. Du musst mal lesen, was im WPP an der Stelle dazu steht, wo du den Produktcode eingibst. Beim ersten Mal wird mit dem Produktcode geprüft, ob das Update bereits installiert ist. Beim zweiten Mal wird damit geprüft, ob das Update installiert werden kann. Das sollte nur dann installiert werden, wenn es NICHT schon da ist. Warum genau das so ist, hab ich bisher noch nicht hinterfragt. Hatte das einfach als gegeben hingenommen. :confused: Aber scheinbar laufen da wohl zwei unterschiedliche Prüfungen ab. bearbeitet 5. August 2015 von willy-goergen Zitieren Link zu diesem Kommentar
NorbertFe 2.098 Geschrieben 5. August 2015 Melden Teilen Geschrieben 5. August 2015 WEil das eine mal eine "is installed" Rule ist, also die Abfrage ob das Produkt schon drauf ist. Ist am schnellsten erkennbar, wenn sich der Produktcode bereits in der REgistry findet. Dann braucht der restliche Abfragekram gar nicht erst durchgeführt werden und spart Zeit. Das zweite ist die Abfrage "is installable". Dabei wird geklärt, dass es zwar nach erster Regel noch nicht drauf ist, aber ob es überhaupt installiert werden soll. Könnte ja sein, dass man dort zusätzlich Regeln definiert die obwohl das Produkt nicht drauf ist, es auch nicht drauf soll. ;) Eigentlich ganz logisch, oder? Bye Norbert 1 Zitieren Link zu diesem Kommentar
Sunny61 810 Geschrieben 5. August 2015 Melden Teilen Geschrieben 5. August 2015 Wieso muss ich denn zwei mal den gleichen Productcode einmal mit NOT und einmal ohne eintragen. Das verstehe ich nicht. Es ist so, es muss so gemacht werden, schau dir einfach einen Flashplayer an, da steht das genauso drin. Zitieren Link zu diesem Kommentar
NorbertFe 2.098 Geschrieben 5. August 2015 Melden Teilen Geschrieben 5. August 2015 Naja man "kann" es auch anders machen. Siehe meine Erklärung oben. Aber der msi Code ist eben ein super-passendes Kriterium. :) 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.