Hilft leider auch nichts. Den entsprechenden Reddit-Artikel habe ich auch gesehen.
Ich befürchte, dass zu viele Einstellungen drumherum machen, nur um PsExec zum Laufen zu bringen auch nicht zielführend ist. Wenn das nicht mit Boardmitteln klappt, muss ich halt mit dem Workaround leben.
Danke trotzdem.
Hallo Herr Ruppertz,
vielen Dank. Ich habe das eben mal ausprobiert. Über CC kommt Errorcode 1385, was auf einen Loginfehler hinweist.
Ich habe es mal in der CMD auf dem Zielserver getestet (PsExec liegt lokal). Da kommt bei \\localhost der Fehler
Couldn't access localhost:
Zugriff verweigert
und wenn ich statt \\localhost den Servernamen angebe
Couldn't install PSEXESVC service:
Zugriff verweigert
Powershell steht auf "RemoteSigned". Ich habe lokal in der CMD auch mehrere User getestet. Was mache ich falsch?
Ich habe eine Info vom Softwarehersteller bekommen:
"[...] vielen Dank für Ihre Anfrage.
Eine Unbeaufsichtigte Installationen oder Updateinstallation für das Dienstplanprogramm wird von uns NICHT unterstützt.
Eine Installation muss aufgrund zahlreicher Dienstabhängigkeiten immer beaufsichtigt stattfinden. [...]"
Dann muss ich wohl mit dem Vorschlag von Dieter arbeiten und ein Wait einbauen, das lang genug ist, um jedes mögliche Update in der Zeit fertig zu stellen.
Oder gibt es einen CC-Befehl der dem Zielsystem eine GUI-Anmeldung vorgaukelt? Das wäre an der Stelle die sauberere Lösung, denke ich.
Mein Workaround geht nun so (nicht sauber, aber es funktioniert!):
- Script läuft mit "Fehler ignorieren"
- Warteoptionen: "Auf Prozess warten" = aus, "Fehlschlagen wenn Exit Code nicht 0 ist" = aus
- Nach dem Script "Warte 5 Min." (in der Zeit muss der Befehl durchlaufen)
- Danach Meldung per Mail und Neustart.
Hallo Dieter,
danke für die Tipps. Habe beides getestet. Ich teste alles über den Commandlauncher.
Deinen ersten Vorschlag (nicht auf Prozess warten) habe ich gestern bereits getestet. Das funktioniert schon, allerdings habe ich dafür ein Wait eingebaut, damit nach x Minuten das CC weiterläuft, sonst bricht das CC einfach hart ab. Diese Lösung ist jedoch unschön, weil damit der Prozess nicht sauber durchlaufen muss.
Deinen Alternativvorschlag habe ich eben probiert. Dasselbe Verhalten wie sonst: Man muss sich anmelden, sonst wird der Prozess nicht fertig.
Wie gesagt, habe ich den Entwickler bereits um Hilfe gebeten. Noch keine Antwort. Ich habe auch keine anderen Schalter gefunden. Das Programm spuckt sie nicht aus (auch mit Tools nicht).
Hallo Dieter,
Korrekt. Es bleibt bei "C:\Pfad\XYZ_Update.exe silent unsername passwort" hängen.
Und Du hast recht, es ist tatsächlich so, dass mit o.a. Befehl in der DOSBox ein Fenster ohne Inhalt aufgeht. Da wartet man, und es geht von alleine wieder zu. Prozess beendet. Erfolgreich.
Ich habe schon befürchtet, dass dieses Fenster ein Problem ist. Wie gehe ich damit um?
Hallo Dieter,
danke für den Tipp. Das kannte ich noch nicht.
Leider ist auch hier dasselbe Problem. Der Prozess kommt erst zum Ende, wenn sich jemand anmeldet.
Sonst hängt er endlos.
Ich habe das Problem schon an den Softwarehersteller weitergegeben. Ich befürchte langsam, dass das nur von ihm zu lösen ist.
Hallo Dieter,
Dass das Script hängen bleibt passiert an dieser Stelle (gelb markiert):
Im Script steht das:
cmd /C C:\Pfad\XYZ_Update.exe silent username passwordund das wird nicht fertig (auch ohne cmd /C davor nicht), bis sich jemand anmeldet. Warum?
Ich bin der Ursache einen Schritt nähergekommen. Es liegt nicht am Neustartbefehl selbst, sondern an dem Scriptteil davor. Es wird folgender Befehl ausgeführt:
C:\Pfad\XYZ_Update.exe silent username passwordDieser Teil macht ein DB-Update einer Software. Jedoch endet dieser Teil erst, wenn man sich anmeldet. Per RDP bekommt man dann dieses Fenster zu Gesicht, sonst passiert einfach nix und das ClientCommand läuft nicht weiter:
Ich habe schon probiert den obigen Befehl so zu starten:
cmd /C C:\Pfad\XYZ_Update.exe silent username passwordaber das Verhalten ist dasselbe. Man muss sich anmelden, damit das ClientCommand weiter läuft bis zum Neustart.
Hat jemand eine Idee wie ich den Befehl dazu bringend kann fertig zu werden?
Hallo Forum,
mit einem Client Command habe ich das Problem, dass der Neustart am Ende des Scripts erst durchgeführt wird, wenn man sich am betreffenden System anmeldet. In anderen Scripts ist der Neustart auf die gleiche Weise an gleicher Stelle eingebaut. Hier muss man sich aber nicht anmelden damit der Neustart greift.
Was kann das sein?
Danke für den Tipp. Ich werde das mal testen.
EDIT:
Spitze, das hat gleich hervorragend geklappt. Vielen, vielen herzlichen Dank!!!!
Gut, ich habe jetzt mein Client Command dahingehend beschnitten, dass ich vorher nicht mit "if file (not) exists" checke, ob die Datei im UNC-Pfad vorhanden ist. Das ist in meinem Fall zwar sehr unschön, aber so läuft das Command nun auch als Geplante Ausführung durch.
Herzlichen Dank für die Infos und die Unterstützung bei der Fehlerdiagnose!
@ACMP Development
Es wäre gut, wenn im Client Command "if file (not) exists" der Reiter "Ausführen als" verfügbar wäre, damit man auch in Netzlaufwerken/UNC-Pfaden diese Bedingungen mit einem anzugebenen Benutzer überprüfen kann.
Dann stellt sich aber die Frage, muss es den der Benutzerkontext für das CC sein?
Da du ja anscheint ein Patchpfad überprüftst, ist das wahrscheinlich eine lokales Verzeichnis? Wenn man den Baustein im Dienstkontext ausführt, hat der ACMP Dienst dann nicht genug Berechtigung um die lokalen Pfade zu prüfen?
Andersherum. Wie ich eingangs geschrieben habe, handelt es sich um einen UNC-Pfad. Zum Zugriff auf diesen Pfad ist zwingend ein Domänen-User erforderlich.
Wie kann ich dem Befehl, besser dem gesamten Client Command den Globalen Benutzer aufzwingen?
Sind in dem Baustein hier den dann auch Nutzer gesetzt?
Der Baustein hat diese Option nicht. Also den Reiter "Ausführen als" gibt es bei "if file (not) exists" nicht.
Während der geplanten Ausführung um 3h in der Nacht ist kein User am Zielsystem angemeldet.
TriggerTyp ist "Bestimmte Zeit", ja.
Ja, genau diese beiden Buttons machen den Unterschied: pasted-from-clipboard.png
Hallo bdweh,
genau das ist ja das Problem. Hier meine Einstellungen: pasted-from-clipboard.png
steht schon drin. Aber, anstatt der Nutzer aus den globalen Einstellungen erzwungen wird, wird der Benutzer NT-Authorität\System benutzt.
Warum?
Hallo Community,
ich habe hier ein Verständnisproblem.
Ich habe ein Client Command, welches zunächst prüft, ob eine Datei in einem UNC-Pfad (also auf einem Netzlaufwerk) existiert. Wenn ich dieses Command als geplante Ausführung (bspw. um 3h) starte, läuft das Command offenbar mit dem User NT-AUTORITÄT\SYSTEM und schlägt entsprechend fehl, weil der User logischerweise keinen Zugriff auf den UNC-Pfad hat.
Führe ich dasselbe Command aber aus der ACMP Console direkt aus, nimmt das Command korrekterweise den von uns in Einstellungen\Globale Nutzerkonten vorausgewählten User und kommt somit auch auf den UNC-Pfad.
Wie kann ich in der geplanten Ausführung das Client Command dazu zwingen, ebenfalls diesen User zu verwenden und nicht NT-AUTORITÄT\SYSTEM?
Das Client Command um das es im Detail geht ist "If file (not) exists". Dieses steht auf "Ausführen als Benutzer", sonst kommt man auch mit der direkten Ausführung nicht auf den UNC-Pfad.
