2. August 200421 j Folgender Sachverhalt: Wir nutzen hier einen SUS Server, dieser holt die Updates von Microsoft und speichert diese. Die Clients in unserem Netzwerk updaten sich nun von dem SUS Server. Der Dienst "Automatische Updates" in den Dienst - Eigenschaften auf den Clients wird jedoch nach 1 - 2 Stunden nach dem Starten wieder abgeschaltet (von selbst), also Disabled. Standardmäßig soll der Dienst automatisch bei Hochfahren des Computer starten, dazu stellt man diesen in den Dienst - Eigenschaften auf "Automatisch". Der Dienst startet aber nicht, sondern ist Disabled. Woran könnte dies liegen, habt Ihr eine Idee wie ich es unterbinden kann, dass der Dienst "disabled" wird? Gruss, Maik
2. August 200421 j du kannst über die Gruppenrichtlinien den Dienst automatisch bei den Clients starten lassen sobald sie sich anmelden.
2. August 200421 j ... ich weis, der Dienst ist auch gestartet. "Irgendetwas" stoppt den Dienst und ich weis nit warum Gruss, Maik
3. August 200421 j ... "Irgendetwas" stoppt den Dienst ... Was sagt denn die Ereignisanzeige/Systemprotokoll dazu? Da müßte ja drinstehen, was oder warum ein Dienst beendet wurde. Wie sind denn die Clienteinstellungen für den SUS? (Häufigkeit, Zeiten, unattended?)
3. August 200421 j ... ich hab die Ereignissanzeige nochmal gecheckt. Es stehen keine Informationen drin die ich irgendwie in Verbindung mit "automatic updates" bringen würde. Ich habe den Dienst jetzt nochmal manuell angestoßen. D.h., ich habe diesen auf "Automatic" gesetzt. Nach einem Reboot und und unter Verwendung verschiedener Accounts läuft der Dienst immer noch. Mal sehen wie lange ... Hab ich noch irgend eine Möglichkeit diesen Dienst zu überwachen? Gruss, Maik
3. August 200421 j Schau mal bei den Eigenschaften des Dienstes unter Wiederherstellen. Als Aktion beim ersten Fehlschlag bietet sich Dienst neustarten an.
4. August 200421 j Die Updates wurden heute nach installiert, danach ist der Dienst wieder "Disabled". Folgende 2 Event Meldungen fand ich im Event-Log: Event Type: Information Event Source: Automatic Updates Event Category: Installation Event ID: 19 Date: 04.08.2004 Time: 03:02:18 User: N/A Computer: IP_MON Description: Installation Successful: Windows successfully installed the following update. - Cumulative Security Update for Internet Explorer 6 Service Pack 1 (KB867801) - Cumulative Security Update for Outlook Express 6 SP1 (KB823353) - Security Update for Windows 2000 (KB842526) - Security Update for Windows 2000 (KB840315) - Security Update for Windows 2000 (KB841873) - Security Update for Windows 2000 (KB841872) - Security Update for Windows 2000 (KB839645) Event Type: Information Event Source: Automatic Updates Event Category: Installation Event ID: 21 Date: 04.08.2004 Time: 03:02:18 User: N/A Computer: IP_MON Description: Restart Required: To complete the installation of the following updates, the computer must be restarted. Until this computer has been restarted, Windows cannot search for or download new updates. - Cumulative Security Update for Internet Explorer 6 Service Pack 1 (KB867801) - Cumulative Security Update for Outlook Express 6 SP1 (KB823353) - Security Update for Windows 2000 (KB841873) - Security Update for Windows 2000 (KB839645) Für mich sind hier keine Fehler zu endecken. Die Idee mit dem Recovery hatte ich auch schon. Der Dienst wird aber nur dann wieder angestoßen, wenn ein Fehler aufgetreten ist. Da aber kein Fehler auftritt, wird diese Funktion hier nicht greifen. Maik
4. August 200421 j Bei den SUS ist es erst möglich wieder neue Updates zu empfangen, wenn der Reboot nach der erfolgreichen Installation der Updates durchgeführt wurde. Da laut Event Log Updates installiert wurden, beendet sich der Dienst und ist auch nicht mehr in der Lage Updates zu ziehen. Das ist die Funktionsweise. Wenn keine Updates installiert werden, sollte er weiter laufen. Das geht auch genau so aus dem Log hervor.
4. August 200421 j ... der Dienst muss nach dem nächsten Neustart wieder aktiv sein und dass isser nicht! Maik
4. August 200421 j Ahso. Das ist natürlich schlecht... Kannst Du mal die Registry Einträge posten? Ist der Schlüssel "NoAutoUpdate" auf "0" ? Nicht, daß er ausgeschaltet ist... Nachtrag: Genaue Lokalisierung des Keys: [HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate\AU] "NoAutoUpdate"=dword:00000000 So sollte es aussehen...
4. August 200421 j ... im Moment ist der Dienst wieder "Disabled" und die Registry weist folgende Werte auf: AUOptions = 4 NoAutoRebootWindows = 1 NoAutoUpdate = 0 RescheduleWaitTime = 5 ScheduledInstallDay = 0 ScheduledInstallTime = 3 UseWUServer = 1 Maik
4. August 200421 j Mhh, sieht alles korrekt aus. Was sagen die Logs auf dem Client (%windir%\Windows Update.log) und die Logs auf dem SUS Status Server (%windir%\System32\Logfiles\W3SVCx.log, wenn es der Standard-Pfad ist)?
4. August 200421 j ... Logfiles sind in Ordnung. Dieses Problem betrifft leider nicht nur diesen einen Client, sondern noch andere Clients. Meine Vermutung geht dahin, das irgendeine Software dort aufgespielt wurde die den AU - Dienst beendet. Da der Dienst Ordnungsgemäß beendet wurde wird auch nirgends eine Meldung produziert. hmm, ratlos ... Maik
4. August 200421 j Welches Betriebssystem (mit welchem Servicepack Stand) läuft auf den Clients? Haben die betroffenen Clients denn irgend eine Software drauf, die das hervorrufen kann (soll heißen, ist ein Muster zu erkennen, welche Software läuft auf allen betroffenen Clients, die bei anderen Clients nicht läuft...)? Bin auch ein wenig ratlos...
4. August 200421 j Alle Clients: Win2K Pro SP3/4 Das mit den installierten Programmen/Software muss ich noch checken. Gruss, Maik
5. August 200421 j Welche Richtlinien auf dem DC sind für den Autoupdate Service zuständig. Ich vermute das irgendeine Richtline den Dienst beendet. thx, Maik
Archiv
Dieses Thema wurde archiviert und kann nicht mehr beantwortet werden.