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ß
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 16340
Url: https://administrator.de/forum/dienst-kann-nach-reboot-nicht-gestartet-werden-16340.html
Ausgedruckt am: 23.12.2024 um 08:12 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 .\administrator
net user administrator
Auf welchem Rechner führst Du SC.EXE aus?
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
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
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
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.....