mfinkler
Goto Top

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ß

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

16640
16640 22.09.2005 um 08:28:14 Uhr
Goto Top
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:
net user .\administrator
bringt die Hilfe, weil nicht interpretierbar, wohingegen
net user administrator
erfolgreich ist.
Mfinkler
Mfinkler 22.09.2005 um 08:31:45 Uhr
Goto Top
versuch mal sc mit dem bediener administrator face-smile das wird nicht gehen. ich habs auch schon als coputername\administrator versucht
16640
16640 22.09.2005 um 09:35:16 Uhr
Goto Top
Auf welchem Rechner führst Du SC.EXE aus?
Mfinkler
Mfinkler 22.09.2005 um 10:41:25 Uhr
Goto Top
ích habs auf dem lokalen als auch auf einem remote versucht
16640
16640 22.09.2005 um 10:53:02 Uhr
Goto Top
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 face-wink

Würde ich aber mal machen, um da ggf. Erkenntnisse zu erhalten.

dba
Mfinkler
Mfinkler 22.09.2005 um 11:11:24 Uhr
Goto Top
natürlich hab ich die Datei in nen Scheduler gepackt, sonst wäre ich ja genausoweit wie sonst auch face-smile
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ß
16640
16640 22.09.2005 um 11:32:43 Uhr
Goto Top
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
Mfinkler
Mfinkler 22.09.2005 um 12:54:16 Uhr
Goto Top
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?
16640
16640 22.09.2005 um 13:02:23 Uhr
Goto Top
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
Mfinkler
Mfinkler 22.09.2005 um 13:36:09 Uhr
Goto Top
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
n.o.b.o.d.y
n.o.b.o.d.y 22.09.2005 um 14:22:00 Uhr
Goto Top
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.....
Mfinkler
Mfinkler 22.09.2005 um 15:08:40 Uhr
Goto Top
ich versuchs mal, morgen früh weiß ich mehr.
Danke vorerst mal
frankw
frankw 22.09.2005 um 15:22:01 Uhr
Goto Top
Hast Du schon mal den Reboot mit dem Tool Shutdown.exe von Windows 2003 versucht? Ist standardmäßig beim OS dabei.
Mfinkler
Mfinkler 26.09.2005 um 07:28:23 Uhr
Goto Top
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