14
WPP create directory failed
Hallo zusammen,
hier arbeiten ja einige mit dem WPP (WSUS Package Publisher).
Ich stehe mit dem Teil irgendwie auf Kriegsfuß und bekomme es einfach nicht zum Laufen.
Version ist ganz frisch aus GitHub v1.4.2103.13.
Also ich glaube es ist alles fein, dennoch beglückt er mich bei der Veröffentlichung mit:
Dazu gibt es einen Haufen Google - Einträge und alle befassen sich mit "Freigaben vorhanden", "Berechtigungen korrekt", "sagt <net share> die Pfade unterhalb des ContentDir aus der Registry"...
Ja, ja und ja, aber ich übersehe offensichtlich irgendetwas?
Bislang veröffentliche ich meine MSI-Dateien über die GPO, das sollte aber gern mal aufhören, allerdings funktioniert dies zumindest zuverlässig. ;-D
Vielleicht hat jemand einen Tipp?
ToWa
hier arbeiten ja einige mit dem WPP (WSUS Package Publisher).
Ich stehe mit dem Teil irgendwie auf Kriegsfuß und bekomme es einfach nicht zum Laufen.
Version ist ganz frisch aus GitHub v1.4.2103.13.
- Server 2019 Essentials inkl. WSUS
- ContentDir Registry E:\WSUS\
- UpdateServicesPackages vorhanden
- WsusContent vorhanden
- Berechtigungen sowohl auf der Freigabe als auch NTFS geprüft
- SelfSigned Zertifikat über WPP generiert und am Server vorhanden
Also ich glaube es ist alles fein, dennoch beglückt er mich bei der Veröffentlichung mit:
Dazu gibt es einen Haufen Google - Einträge und alle befassen sich mit "Freigaben vorhanden", "Berechtigungen korrekt", "sagt <net share> die Pfade unterhalb des ContentDir aus der Registry"...
Ja, ja und ja, aber ich übersehe offensichtlich irgendetwas?
Bislang veröffentliche ich meine MSI-Dateien über die GPO, das sollte aber gern mal aufhören, allerdings funktioniert dies zumindest zuverlässig. ;-D
Vielleicht hat jemand einen Tipp?
ToWa
Auf Facebook teilen
Auf X (Twitter) teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 1385995574
Url: https://administrator.de/forum/wpp-create-directory-failed-1385995574.html
Ausgedruckt am: 13.04.2025 um 16:04 Uhr
14 Kommentare
Neuester Kommentar
Moin,
hab das eben mal auf einen 2019 installiert und hab hier keine Probleme.
Hast das Ding mal als Admin gestaret?
Gruß
hab das eben mal auf einen 2019 installiert und hab hier keine Probleme.
Hast das Ding mal als Admin gestaret?
Gruß
Hey,
dass es grundsätzlich gehen sollte, davon gehe ich aus.
Das Ding braucht beim Start erhöhte Rechte und die werden auch angefordert.
Ich kann auch den Server ansteuern, Auswertungen fahren etc. nur Updates veröffentlichen funktioniert nicht.
dass es grundsätzlich gehen sollte, davon gehe ich aus.
Das Ding braucht beim Start erhöhte Rechte und die werden auch angefordert.
Ich kann auch den Server ansteuern, Auswertungen fahren etc. nur Updates veröffentlichen funktioniert nicht.
Hi.
Lass mal procmon beim Fehler laufen und filtere nach Resultat "access denied".
Lass mal procmon beim Fehler laufen und filtere nach Resultat "access denied".
1Zitat von @DerWoWusste:
Lass mal procmon beim Fehler laufen und filtere nach Resultat "access denied".
Lass mal procmon beim Fehler laufen und filtere nach Resultat "access denied".
Hey,
danke für die Anregung.
Ein paar Ergebnisse...
Durchlauf 1 (gestartet vor dem Fehler):
Durchlauf 2 (WPP läuft und Update wird neu vorbereitet):
Durchlauf 3 (WPP wird mit laufendem Log gestartet):
Da ich bei 1 & 2 nichts an den Berechtigungen sehen kann und auch keinen direkten Zusammenhang zum WPP sehe, dagegen aber in Durchlauf 3 die ganzen "Zertifikate" beim Programmstart reinschneien in die Richtung?
Ich habe also mal die Berechtigungen auf den Registryzweigen angeschaut, domain\Administratoren stehen da überall mit Vollzugriff drin.
Grüße
Was wird ausgegeben, wenn Du nach path: e:\wsus und result=is not success filterst?
1Zitat von @DerWoWusste:
Was wird ausgegeben, wenn Du nach path: e:\wsus und result=is not success filterst?
Was wird ausgegeben, wenn Du nach path: e:\wsus und result=is not success filterst?
Ahh da kommen wir der Sache etwas näher:
So ganz nachvollziehen kann ich das aber noch nicht:
Ich bekam noch den Hinweis auf: https://patchmypc.com/an-error-occurred-while-publishing-an-update-to-ws ...
Was ich noch nicht geprüft habe ist der Pfad in der SUSDB.
Wobei ich meine dass dann auch andere Update fehlschlagen müssten, aber ich installiere mir mal nen SSMS...
P.S.: Mein gewählter Adminuser am Server ist lediglich Mitglied in "Domänen-Admins" und "Domänen-Benutzer", reicht das ggf. nicht aus? Wobei die Gruppe Domänen-Admins wiederum Mitglied von Administratoren ist, sollte also eigentlich.
Natürlich sind das genug Privilegien, lokaler Admin reicht.
Öffne eine cmd als dieser Nutzer per Rechtsklick "als Administrator ausführen". Kann er per md Verzeichnisse unter dem UpdateServicePackages-Ordner anlegen?
Öffne eine cmd als dieser Nutzer per Rechtsklick "als Administrator ausführen". Kann er per md Verzeichnisse unter dem UpdateServicePackages-Ordner anlegen?
Zitat von @DerWoWusste:
Öffne eine cmd als dieser Nutzer per Rechtsklick "als Administrator ausführen". Kann er per md Verzeichnisse unter dem UpdateServicePackages-Ordner anlegen?
Öffne eine cmd als dieser Nutzer per Rechtsklick "als Administrator ausführen". Kann er per md Verzeichnisse unter dem UpdateServicePackages-Ordner anlegen?
So?
Ja kann er, sowohl im Explorer als auch über die administrative CMD.
Keine Ahnung.
Hab den mehrfach aufgesetzt, kenne ich nicht. Teste das Selbe doch Mal in einer VM, vielleicht läuft es da reibungslos.
Hab den mehrfach aufgesetzt, kenne ich nicht. Teste das Selbe doch Mal in einer VM, vielleicht läuft es da reibungslos.
1Schade, trotzdem danke.
Ich habe mehrfach alles geprüft und bekomme ihn nicht ans Rennen.
Ich hege die Vermutung, dass es etwas mit Domaincontroller = WSUS zu tun hat, wie dies beim Essentials nun mal der Fall ist, allerdings ist das nur eine Vermutung, habe mal ein "Issue" bei GitHub eröffnet, vielleicht weiß der Entwickler noch mehr.
Hallo noch mal,
habe das Teilchen auch mal am WSUS Server 2019 Datacenter getestet.
Problem tritt auch dort auf.
Wenn ich wüsste was ich falsch mache. Hmm...
habe das Teilchen auch mal am WSUS Server 2019 Datacenter getestet.
Problem tritt auch dort auf.
Wenn ich wüsste was ich falsch mache. Hmm...
Also ich hatte bisher auch nie Probleme damit.
Hast du irgendwelche Richtlinien ab Start, die Berechtigungen o.ä. einschränken?
Hast du irgendwelche Richtlinien ab Start, die Berechtigungen o.ä. einschränken?
Zitat von @ArnoNymous:
Hast du irgendwelche Richtlinien ab Start, die Berechtigungen o.ä. einschränken?
Hast du irgendwelche Richtlinien ab Start, die Berechtigungen o.ä. einschränken?
Wäre mir nicht bekannt.
Vor allem die Umgebungen hängen in keiner Weise zusammen, den Thread aus meinem HomeLab gestartet und der 2019 Datacenter ist in der Firma der zukünftige WSUS für die frische Domain.
Bei letzterem hatte ich das Anfang 2021 schon mal eingerichtet in einer alten WPP Version, damals war ich schon gescheitert, die neuste WPP Version bringt aber auch hier keine Besserung.
Die WSUS Richtlinie trifft ihn natürlich, ggfls. etwas Auffälliges drin?
P.S.: Bin übrigens nicht allein, den Issue-Report hab ich eröffnet, aber immerhin hat das noch jemand.
https://github.com/DCourtel/Wsus_Package_Publisher/issues/69
Hier mal ein kurzes Update, auch wenn ich noch keine abschließende Antwort habe.
Ich habe mal parallel einen frischen Server 2019 Essentials hochgezogen, AD, DNS, WSUS, Zertifizierungsstelle.
Danach direkt den WSUS Package Publisher und was soll ich sagen?
Läuft...
Ich vervollständige den Server mit weiteren Konfigurationen und lasse mich überraschen ob der Package Publisher irgendwann den Dienst wieder quittiert.
Ich habe mal parallel einen frischen Server 2019 Essentials hochgezogen, AD, DNS, WSUS, Zertifizierungsstelle.
Danach direkt den WSUS Package Publisher und was soll ich sagen?
Läuft...
Ich vervollständige den Server mit weiteren Konfigurationen und lasse mich überraschen ob der Package Publisher irgendwann den Dienst wieder quittiert.
