Trotz mehrerer ähnlicher Beiträge bzw. Probleme habe ich für mich keine Lösung des Problems finden können.

In der Ereignisanzeige System bekomme ich die Fehlermeldungen 7009 und 7000:

------------------------------------

Ereignistyp:      Fehler
Ereignisquelle:      Service Control Manager
Ereigniskategorie:      Keine
Ereigniskennung:      7009
Datum:            11.11.2008
Zeit:            07:46:10
Benutzer:            Nicht zutreffend
Computer:      OLYMP
Beschreibung:
Zeitüberschreitung (30000 ms) beim Verbindungsversuch mit Dienst Update Services.

Weitere Informationen über die Hilfe- und Supportdienste erhalten Sie unter (Du musst Dich Einloggen oder Registrieren um Multimediadateien oder Links zu sehen)..

------------------------------------

Ereignistyp:      Fehler
Ereignisquelle:      Service Control Manager
Ereigniskategorie:      Keine
Ereigniskennung:      7000
Datum:            11.11.2008
Zeit:            07:46:10
Benutzer:            Nicht zutreffend
Computer:      OLYMP
Beschreibung:
Der Dienst "Update Services" wurde aufgrund folgenden Fehlers nicht gestartet:
Der Dienst antwortete nicht rechtzeitig auf die Start- oder Steuerungsanforderung.

Weitere Informationen über die Hilfe- und Supportdienste erhalten Sie unter (Du musst Dich Einloggen oder Registrieren um Multimediadateien oder Links zu sehen)..

------------------------------------

Wenn ich mich am Server anmelde und den Dienst manuell starte, funktioniert alles sofort und ohne Probleme, nur automatisch startet der Dienst nicht.

Die Dienstanmeldung läuft unter "NT Authority\Network Service"
IIS läuft mit einer Standardwebsite unter Port 80

Über helfende Hinweise wäre ich dankbar!

Und wenn ich es dann doch zurückstellen möchte auf den "Network Service" - wie komme ich dann an das entsprechende Passwort? Das habe ich ja nie selbst angelegt... Deshalb habe ich mich bisher gescheut, das auszuprobieren, denn im Zweifelsfall das Passort ändern bringt dann ja neue Probleme, weil auch andere Dienste unter diesem benutzer laufen dürften...

Hab's abgeändert - im Betrieb will ich den Server jetzt nicht neu starten, weiß also erst morgen mehr. Wenn das die Lösung wäre, wär's zu blöd...

Das manuelle Starten des Dienstes war kein Problem, nur eben nicht automatisch.. hab ich mich zu früh gefreut?

Gibt es eine Möglichkeit, das autoamtische Dienststarten beim Hochfahren im laufenden Betrieb zu simulieren? Also das automatische Starten eines Dienstes neu anzustoßen?

Was mich vor allem wundert: über ein Jahr hat der WSUS problemlos seinen Dienst verrichtet, nur irgendwann ab Frühjahr eben plötzlich nicht mehr... ohne dass ich an den Einstellungen etwas verändert habe.

Du meinst die susdb.mdf? Die hat knapp 1 GB

Ist es sinnvoll, die bei der Größe zu komprimieren? (nur deutsch, nur Updates für XP und WinServer2003 - alle Win2000-Updates habe ich schon mal aussortieren lassen

Zurück zum Ursprungsproblem:

Habe also Admin-Konto beim Dienst UpdateServices als Anmeldename verwendet - und es funktioniert! 
Keine Fehlermeldung mehr im Eventlog - und Update Services startet wieder beim Systemstart automatisch. Werde beim nächsten Mal noch versuchen, es unter dem Systemkonto laufen zu lassen - sonst richte ich einen extra Benutzer ein, unter dem der Dienst läuft.
Braucht der Dienst denn Admin-Rechte?

Vielen Dank für die schnelle Hilfe!

Sunny schrieb on 14.11.08 um 08:51:27:


Naja, das mit dem Domain-Admin hattest du mir doch empfohlen... und da ich der einzige Admin bin, ist das Risiko des Passwort-Änderns relativ gering - aber ich wollte es auch nicht als Dauerlösung. Ich versuche es jetzt noch mal als Netzwerkdienst - und wenn das nicht klappt, richte ich einen Benutzer ein - diesbezüglich aber noch mal die Frage: müsste dieser Benutzer Admin-Rechte haben bzw. welchen Sicherheitsgruppen müsste dieses Konto angehören?

Sunny schrieb on 14.11.08 um 09:29:12:


Jaja, ich verstehe schon - beim nächsten Serverstart startet UpdateServices wieder als Netzwerkdienst - bzw. halt, das ist die Frage, bei mir stand ja "NT Authority\NetworkService" - scheint ja das gleiche zu sein, nur englisch - und "Netzwerkdienst" akzeptiert er nicht... und wenn ich nach Benutzern suche, finde ich auch keinen entsprechenden Benutzer...


Und noch zu deinem anderen Hinweis mit dem Script und so...: Ich kann mich mit dem SQL-Server (als DomainAdmin) nicht verbinden... neues Thema aufmachen?

Sunny schrieb on 14.11.08 um 09:42:09:

Eigentlich hab ich das deutsche System installiert. Aber mit dem Benutzernamen "Netzwerkdienst" (leeres Passwort) kann er nichts anfangen ("Der Kontoname ist unzulässig oder nicht vorhanden, oder das Kenwort ist für den angegebenen Kontonamen nicht gültig"). Ich finde bei den ActiveDirectoryBenutzern auch keinen entsprechenden Benutzer...


Sunny schrieb on 14.11.08 um 09:42:09:

Ah, das Kleingedruckte...   - wäre hilfreich, wenn im HowTo im Text dabeistünde, dass der Servername exakt so eingegeben werden muss, wie es in dem Screenshot angezeigt wird. Ich dachte, das ist halt die verbindung, die je nach Server angebeben wird - zumal er mir ja gleich meinen Server vorgeschlagen hatte...

Ich hab den Netzwerkdienst wieder als Anmeldenamen eingestellt - und es tut wieder nicht.  Fehlermeldungen wie gehabt.

Jetzt werde ich es bis morgen noch als Systemdienst probieren - und wenn das auch nicht tut, dann eben doch einen Benutzer einrichten, den es nur dafür gibt...

Warum tut's bei mir nicht - und bei Tausenden von Installationen tut's...? 

Sunny schrieb on 17.11.08 um 09:02:31:

Nicht dass ich wüsste... und manuell gestartet tut's ja auch... (oder benutzt der dann als Anmeldenamen den aktuellen Benutzer?).

Und wenn ich mich wie von dir beschrieben anmelde am SQL-Server und den Netzwerkdienst suche, finde ich ihn, die Häkchen sind wie bei dir gesetzt - allerdings wird unter Benutzer im SQL-Server angezeigt, dass NT-AUTORITÄT\NETZWERKDIENST erst am 29.3.08 erstellt wurde - den Tag, seitdem das mit dem UpdateService nicht mehr getan hat... ich hab zu dem Zeitpunkt aber nix verändert...

Sunny schrieb on 17.11.08 um 09:02:31:

Mit dem Process Monitor kenne ich mich nicht aus... Kannst du mir Hinweise geben, wie ich einstellen kann, dass er ab Systemstart mitsnifft - und am besten nur die Ereignisse, die das Dienste starten betrifft?

Als System den Dienst zu starten hat übrigens auch nicht funktioniert. Ich richte jetzt mal einen Benutzer ein, der nur diesen Zweck hat. Beim nächsten Systemstart bin ich dann klüger.

Nachdem ich mir (und dem Server von mir) Urlaub gegönnt habe, sitze ich immer noch vor dem gleichen Problem... UpdateServices startet einfach nicht automatisch...

Sunny schrieb on 18.11.08 um 09:35:36:


UpdateServices läuft jetzt wieder unter "NT Authority\NetworkService", nachdem es mit einem eigens dafür eingerichteten Benutzer auch nicht funktioniert hat.

Der Dienst "WindowsInternal Database" läuft (automatisch, läuft auch) ebenfalls als NetworkService.

Der Server ist Domaincontroller (und einziger Server im ganzen System). Die Eigenschaften sehen so aus wie bei dir.

Sunny schrieb on 18.11.08 um 09:35:36:


Komischerweise finde ich den Netzwerkdienst als lokalen Benutzer über Suche nicht... aber der Server meckert ja nicht, wenn ich "NT Authority\NetworkService" als Benutzer eingebe, kann also was damit anfangen, denn wenn ich den Dienst absichtlich falsch schreibe, meckert er immer sofort.
Könnte es daran liegen? Kann ich diesen Benutzer neu anlegen (lassen)?

Sunny schrieb on 18.11.08 um 09:35:36:


Habe ich geändert, ändert aber nix an meinem Problem.

Könnte es auch am SQL-Server liegen bzw. der InternalDatabase?

Es läuft folgende Version (laut Errorlog unter C:\WINDOWS\SYSMSI\SSEE\MSSQL.2005\MSSQL\LOG):

2008-12-02 07:32:45.75 Server      Microsoft SQL Server 2005 - 9.00.3068.00 (Intel X86)
     Feb 26 2008 18:15:01
     Copyright (c) 1988-2005 Microsoft Corporation
     Windows Internal Database on Windows NT 5.2 (Build 3790: Service Pack 2)

Im ErrorLog tauchen auch noch folgende Einträge auf:
2008-12-02 07:35:26.71 Server      Server resumed execution after being idle 62 seconds: user activity awakened the server. This is an informational message only. No user action is required.
2008-12-02 07:35:27.09 spid51      Starting up database 'SUSDB'.
2008-12-02 08:05:12.87 spid17s     SQL Server has encountered 1 occurrence(s) of cachestore flush for the 'Object Plans' cachestore (part of plan cache) due to some database maintenance or reconfigure operations.
2008-12-02 08:05:12.87 spid17s     SQL Server has encountered 1 occurrence(s) of cachestore flush for the 'SQL Plans' cachestore (part of plan cache) due to some database maintenance or reconfigure operations.
2008-12-02 08:05:12.87 spid17s     SQL Server has encountered 1 occurrence(s) of cachestore flush for the 'Bound Trees' cachestore (part of plan cache) due to some database maintenance or reconfigure operations.
2008-12-02 08:11:37.43 spid51      Starting up database 'SUSDB'.
2008-12-02 08:39:42.57 spid13s     SQL Server has encountered 1 occurrence(s) of cachestore flush for the 'Object Plans' cachestore (part of plan cache) due to some database maintenance or reconfigure operations.
2008-12-02 08:39:42.57 spid13s     SQL Server has encountered 1 occurrence(s) of cachestore flush for the 'SQL Plans' cachestore (part of plan cache) due to some database maintenance or reconfigure operations.
2008-12-02 08:39:42.57 spid13s     SQL Server has encountered 1 occurrence(s) of cachestore flush for the 'Bound Trees' cachestore (part of plan cache) due to some database maintenance or reconfigure operations.
2008-12-02 09:21:13.10 Server      The time stamp counter of CPU on scheduler id 1 is not synchronized with other CPUs.
2008-12-02 10:29:13.35 Server      The time stamp counter of CPU on scheduler id 1 is not synchronized with other CPUs.

Was auch immer das bedeutet...

Für weitere Hinweise wäre ich dankbar 

Sunny schrieb on 02.12.08 um 11:55:17:


Hab ich gemacht, scheint geklappt zu haben.

Sunny schrieb on 02.12.08 um 11:55:17:


Nein, der DC ist kein SBS. Ich hab den Netzwerkdienst gefunden unter ActiveDirectory Users and Computers/ForeignSecurityPrincipals

Kann aber die Eigenschaften nicht ansehen, da es eben ein fremdes Sicherheitsprinzipal ist... wo auch immer das dann steckt.

Sunny schrieb on 02.12.08 um 12:56:47:


Yepp, gerade gemacht. Diese SQL-Fehlermeldungen kommen nicht mehr, UpdateServices starten trotzdem nicht automatisch.

Im SQL-Server-Log finde ich folgende Einträge, nachdem ich die UpdateServices manuell gestartet habe:
2008-12-02 16:10:24.56 spid11s     Service Broker manager has started.
2008-12-02 16:17:47.78 Server      The time stamp counter of CPU on scheduler id 1 is not synchronized with other CPUs.
2008-12-02 16:18:02.04 Server      Server resumed execution after being idle 428 seconds: user activity awakened the server. This is an informational message only. No user action is required.
2008-12-02 16:18:02.31 spid51      Starting up database 'SUSDB'.

Könnte mein Problem daran liegen, dass der SQL-Server noch nicht betriebsbereit ist (die internen Datenbanken noch verarbeitet), während UpdateServices versucht, darauf zuzugreifen?.

Die Zeitstempel in der Ereignisanzeige passen eigentlich, aber wer weiß, wann und wie lange UpdateServices das versuchen...

unter Anwendung "jüngste" SQL-Meldung vor manuellem Start:

Ereignistyp:      Informationen
Ereignisquelle:      MSSQL$MICROSOFT##SSEE
Ereigniskategorie:      (2)
Ereigniskennung:      9688
Datum:            02.12.2008
Zeit:            16:10:24
Benutzer:            Nicht zutreffend
Computer:      OLYMP
Beschreibung:
Service Broker manager has started.


Jüngste Meldung unter System bezüglich UpdateServices:

Ereignistyp:      Fehler
Ereignisquelle:      Service Control Manager
Ereigniskategorie:      Keine
Ereigniskennung:      7000
Datum:            02.12.2008
Zeit:            16:10:36
Benutzer:            Nicht zutreffend
Computer:      OLYMP
Beschreibung:
Der Dienst "Update Services" wurde aufgrund folgenden Fehlers nicht gestartet:
Der Dienst antwortete nicht rechtzeitig auf die Start- oder Steuerungsanforderung.


Aber selbst wenn dem so wäre, müsste der Dienst laut "Wiederherstellen" in den Dienst_Eigenschaften ja nach 5 Minuten automatisch neu starten, aber das tut er halt auch nicht...

Vielen Dank, Sunny, für deine unermüdliche Hilfe.

Letztlich habe ich mir jetzt eine Batch geschrieben

@echo
net start wsusservice

die ich im Taskplaner beim Systemstart starten lasse, und das funktioniert.

Mal wieder Windows von hinten durch die Brust ins Auge ausgetrickst - aber Hauptsache, es tut!