14
Dienst kann nach reboot nicht gestartet werden
Guten Morgen,
ich bin am verzweifeln, evtl hat hier jemand schon mal das selbe erlebt.
Ich hab einen Windows 2003 Rechner in der Domäne, der jeden Morgen den selben fehler hat: ein Dienst kann wegen einer fehlerhaften Anmeldung nicht gestartet werden.
Klarer Fall... ich weise dem lokalen Admin (.\Administrator) mit dem richtigen Passwort die Berechtigung zu, geht. Aber es nervt.
Jede Nacht wird ein Zwangsreboot durchgeführt, deswegen ist morgens der Dienst nie gestartet. Ich hab schon mal einen anderen Bediener angelegt, nix, das selbe. Bisher war das aber alles nicht soooo tragisch, jedoch hatten wir vorgestern einen BlackBerry Server bekommen und der hat genau das selbe Problem.
sc \\xxx config "Altiris Deployment Server DB Management" obj= .\administrator
sc \\xxx config "Altiris Deployment Server DB Management" password= xxxx
net start "Altiris Deployment Server DB Management"
selbst damit hatte ich keinen Erfolg, immernoch fehlerhafte Anmeldung. Weiß irgendwer einen Rat, ich bitte drum weil ich am verzweifeln bin.
Gruß
ich bin am verzweifeln, evtl hat hier jemand schon mal das selbe erlebt.
Ich hab einen Windows 2003 Rechner in der Domäne, der jeden Morgen den selben fehler hat: ein Dienst kann wegen einer fehlerhaften Anmeldung nicht gestartet werden.
Klarer Fall... ich weise dem lokalen Admin (.\Administrator) mit dem richtigen Passwort die Berechtigung zu, geht. Aber es nervt.
Jede Nacht wird ein Zwangsreboot durchgeführt, deswegen ist morgens der Dienst nie gestartet. Ich hab schon mal einen anderen Bediener angelegt, nix, das selbe. Bisher war das aber alles nicht soooo tragisch, jedoch hatten wir vorgestern einen BlackBerry Server bekommen und der hat genau das selbe Problem.
sc \\xxx config "Altiris Deployment Server DB Management" obj= .\administrator
sc \\xxx config "Altiris Deployment Server DB Management" password= xxxx
net start "Altiris Deployment Server DB Management"
selbst damit hatte ich keinen Erfolg, immernoch fehlerhafte Anmeldung. Weiß irgendwer einen Rat, ich bitte drum weil ich am verzweifeln bin.
Gruß
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: 16340
Url: https://administrator.de/contentid/16340
Ausgedruckt am: 22.11.2024 um 17:11 Uhr
14 Kommentare
Neuester Kommentar
Moin,
'ne kurze Frage, weil ich das bisher noch nie so angewendet habe: warum verwendest Du '.\' um den lokalen Administrator zu selektieren? Normalerweise wird das doch durch die einfache Angabe von 'Administrator' sowieso erzielt?
Und wenn schon explizit zugegriffen werden soll, dann kenne ich nur '[rechnername]\Administrator' - das von Dir verwendete Konstrukt habe ich noch nie gesehen. Was nicht heissen soll, dass es falsch ist.
dba
PS: Gerade mal einfach in einem Kommandofenster ausgeführt:
bringt die Hilfe, weil nicht interpretierbar, wohingegen
erfolgreich ist.
'ne kurze Frage, weil ich das bisher noch nie so angewendet habe: warum verwendest Du '.\' um den lokalen Administrator zu selektieren? Normalerweise wird das doch durch die einfache Angabe von 'Administrator' sowieso erzielt?
Und wenn schon explizit zugegriffen werden soll, dann kenne ich nur '[rechnername]\Administrator' - das von Dir verwendete Konstrukt habe ich noch nie gesehen. Was nicht heissen soll, dass es falsch ist.
dba
PS: Gerade mal einfach in einem Kommandofenster ausgeführt:
net user .\administratornet user administrator
versuch mal sc mit dem bediener administrator 
das wird nicht gehen. ich habs auch schon als coputername\administrator versucht
das wird nicht gehen. ich habs auch schon als coputername\administrator versucht
Auf welchem Rechner führst Du SC.EXE aus?
ích habs auf dem lokalen als auch auf einem remote versucht
Erscheint mir genauso dubios wie Dir -
hast Du mal versucht, Deine Befehlssequenz, die Du dann abnudelst, in ein CMD zu stecken und das Schedulergesteuert nach dem Reboot auszuführen und zu schauen, was dann passiert?
Da kommt dann wenigstens noch eine weitere Berechtigung (die vom Scheduler) ins Spiel
Würde ich aber mal machen, um da ggf. Erkenntnisse zu erhalten.
dba
hast Du mal versucht, Deine Befehlssequenz, die Du dann abnudelst, in ein CMD zu stecken und das Schedulergesteuert nach dem Reboot auszuführen und zu schauen, was dann passiert?
Da kommt dann wenigstens noch eine weitere Berechtigung (die vom Scheduler) ins Spiel
Würde ich aber mal machen, um da ggf. Erkenntnisse zu erhalten.
dba
natürlich hab ich die Datei in nen Scheduler gepackt, sonst wäre ich ja genausoweit wie sonst auch
Ausführen hat Sie sich auch gelassen.
Ich will ja nicht unbedingt den Weg gehen, das Script auszuführen, mir würde ne andere Lösung auch genügen.
Gruß
Ausführen hat Sie sich auch gelassen.
Ich will ja nicht unbedingt den Weg gehen, das Script auszuführen, mir würde ne andere Lösung auch genügen.
Gruß
Da füllt mir nur noch eins zu ein: fummelt der Dienst selbst vielleicht an seinen Einstellungen herum? Wie sonst sollte immer wieder der Start fehlerhaft enden?
kannst Du im normalen Betrieb den Dienst stoppen und neu starten, oder gibt's dann auch den Fehler?
Reicht es aus, das Passwort neu zu setzen, oder siehst Du nach dem fehlerhaften Start, dass der eingetragene Account ein anderer als der von Dir vorgegebene ist?
dba
kannst Du im normalen Betrieb den Dienst stoppen und neu starten, oder gibt's dann auch den Fehler?
Reicht es aus, das Passwort neu zu setzen, oder siehst Du nach dem fehlerhaften Start, dass der eingetragene Account ein anderer als der von Dir vorgegebene ist?
dba
Ich kann den Dienst stoppen, und erneut starten, das ist kein Problem, ich muss vorher nur das Passwort wieder zuweisen. Der Account stimmt auch noch.
Ist es evtl möglich die Einstellungen eines Dienstes zu exportieren und danach wieder zu importieren?
Ist es evtl möglich die Einstellungen eines Dienstes zu exportieren und danach wieder zu importieren?
Du schriebst von einem neu hinzugekommenen Server, der das Problem auch hat. Sind das identische Dienste auf den beiden?
Dann fummelt doch der Dienst selbst an dem Passwort herum.
Wenn Du 'rausbekommst, was das ist ... das täte mich interessieren.
dba
Dann fummelt doch der Dienst selbst an dem Passwort herum.
Wenn Du 'rausbekommst, was das ist ... das täte mich interessieren.
dba
Der neue Server hat nen anderen Dienst und auch nen andren User.
Ich hab noch was sehr sehr seltsames rausgefunden: Wenn ich ihn manuell reboote, passiert nichts, der Dienst startet einwandfrei.
Wenn ich allerdings den automatischen Reboot abwarte (mogrens gegen 5 Uhr) kann der Dienst nicht mehr starten.
Ich benutzte psshutdown dafür. Aber derartige Probleme kann ich mir dadurch nicht erklären. GPOs greifen auch nicht wirklich auf den beiden Servern...
Also mit meinem Latein bin ich fast am Ende. Es kann nicht nur ein Passwort sein, denn die oben genannte Scripte hatte ich getestet, indem ich den User und das Passwort des Dienstes geändert hab.
Gruß
ein verzweifelter Admin
Ich hab noch was sehr sehr seltsames rausgefunden: Wenn ich ihn manuell reboote, passiert nichts, der Dienst startet einwandfrei.
Wenn ich allerdings den automatischen Reboot abwarte (mogrens gegen 5 Uhr) kann der Dienst nicht mehr starten.
Ich benutzte psshutdown dafür. Aber derartige Probleme kann ich mir dadurch nicht erklären. GPOs greifen auch nicht wirklich auf den beiden Servern...
Also mit meinem Latein bin ich fast am Ende. Es kann nicht nur ein Passwort sein, denn die oben genannte Scripte hatte ich getestet, indem ich den User und das Passwort des Dienstes geändert hab.
Gruß
ein verzweifelter Admin
Moin,
haben denn die Benutzter, die Du für die Dienste nimmt, das Recht im AD "Anmelden als Dienst" und/oder "Als Stapelverarbeitungs-Dings-Bums anmelden"??? Wenn nicht, wird (auch der lokale Admin) immer vom AD überschrieben. Schau mal in den "lokalen Sicherheitseinstellungen" wenn Du die verwendeten Benutzter nicht findest, dann mußt Du ihnen im AD das Recht einräumen. Dann sollte das auch gehen.....
haben denn die Benutzter, die Du für die Dienste nimmt, das Recht im AD "Anmelden als Dienst" und/oder "Als Stapelverarbeitungs-Dings-Bums anmelden"??? Wenn nicht, wird (auch der lokale Admin) immer vom AD überschrieben. Schau mal in den "lokalen Sicherheitseinstellungen" wenn Du die verwendeten Benutzter nicht findest, dann mußt Du ihnen im AD das Recht einräumen. Dann sollte das auch gehen.....
ich versuchs mal, morgen früh weiß ich mehr.
Danke vorerst mal
Danke vorerst mal
Hast Du schon mal den Reboot mit dem Tool Shutdown.exe von Windows 2003 versucht? Ist standardmäßig beim OS dabei.
Das Tool hatte ich anfangs genutzt, aber irgendwann gabs Probleme, dass er nicht mehr heruntergefahren ist.
Aber zurück zum Problem, die Lösung war:
in der DDP (Default Domain Policy) musste ich die beiden lokalen Bediener die Berechtigung zur Dienstanmeldung geben
Computerverwaltung --> Windows-Einstellungen --> Sicherheitseinstellungen --> Zuweisen von Benutzerrechten --> Anmelden als Dienst.
Danke nobody für den Tipp
Aber zurück zum Problem, die Lösung war:
in der DDP (Default Domain Policy) musste ich die beiden lokalen Bediener die Berechtigung zur Dienstanmeldung geben
Computerverwaltung --> Windows-Einstellungen --> Sicherheitseinstellungen --> Zuweisen von Benutzerrechten --> Anmelden als Dienst.
Danke nobody für den Tipp
