16
Win10: Aufgabenplanungsdienst deaktiviert und lässt sich nicht starten
Wir haben dieses Problem auf allen Win10-Systemen (1909).
Die Systeme sind in eine Windows-Server Domäne eingebunden.
Der manuelle Start des Aufgabenplanungsdienstes bricht mit folgender Meldung ab:
Dienst "Aufgabenplanung" wurde auf "Lokaler Computer" gestartet und dann angehalten.
Einige Dienste werden automatisch angehalten, wenn sie nicht von anderen Diensten oder Programmen verwendet werden.
Beim Aufruf der Aufgabenplanung:
Der Remote-Computer wurde nicht gefunden.
Folgefehler (in der Ereignisanzeige):
Fehler beim Planen des Softwareschutzdienstes (Security-SPP) . Fehlercode 0x80041315.
Was ich bereits versucht habe:
- Alle derzeit verfügbaren Updates installiert.
- SFC/DISM etliche Male ohne Erfolg durchlaufen lassen
Es funktioniert nicht. Der Aufgabenplanungsdienst kann auf keinem System gestartet werden.
In der Ereignisanzeige finde ich keine weiteren Informationen darüber, warum der Dienst nicht startet.
Die Systeme sind in eine Windows-Server Domäne eingebunden.
Der manuelle Start des Aufgabenplanungsdienstes bricht mit folgender Meldung ab:
Dienst "Aufgabenplanung" wurde auf "Lokaler Computer" gestartet und dann angehalten.
Einige Dienste werden automatisch angehalten, wenn sie nicht von anderen Diensten oder Programmen verwendet werden.
Beim Aufruf der Aufgabenplanung:
Der Remote-Computer wurde nicht gefunden.
Folgefehler (in der Ereignisanzeige):
Fehler beim Planen des Softwareschutzdienstes (Security-SPP) . Fehlercode 0x80041315.
Was ich bereits versucht habe:
- Alle derzeit verfügbaren Updates installiert.
- SFC/DISM etliche Male ohne Erfolg durchlaufen lassen
Es funktioniert nicht. Der Aufgabenplanungsdienst kann auf keinem System gestartet werden.
In der Ereignisanzeige finde ich keine weiteren Informationen darüber, warum der Dienst nicht startet.
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: 575277
Url: https://administrator.de/contentid/575277
Ausgedruckt am: 21.11.2024 um 21:11 Uhr
16 Kommentare
Neuester Kommentar
Führe auf einem System eine Reparatur per Inplace-Upgrade mit dem 1909er Setup aus.
Erledigt.
Hat zu keiner Veränderung geführt. Leider...
Ist es möglich, dass es ggf. an der Domänen-Einbindung liegt?
Hat zu keiner Veränderung geführt. Leider...
Ist es möglich, dass es ggf. an der Domänen-Einbindung liegt?
Man kann sich so manches zerschießen durch verballerte GPOs. Manchmal ist das ein Vorteil, meistens ein Nachteil.
Nimm einen Rechner aus der Domäne zum Test - ist es dann weg?
Guten Morgen,
ich habe einen Rechner aus der Domäne entfernt.
Der Dienst Aufgabenplanung lässt sich nun wieder starten *juhuuu*.
Jetzt aber die Frage:
m.W. haben wir diesbezüglich zumindest nicht wissentliche GPO auf dem Domänencontroller eingerichtet.
Wie gehe ich am besten weiter vor bzw. wie kann ich das am schnellsten kontrollieren?
EDIT:
Das Problem ist kurioser als ich dachte.
Der Fehler war scheinbar, dass auf allen betroffenen Systemen scheinbar keine lokalen Systemkonten eingerichtet wurde.
Dadurch, dass ich einen Rechner nun aus der Domäne entfernt hatte, wurde ein lokales Konto eingerichtet und der Aufgabenplanungsdienst ließ sich über das lokale Systemkonto starten.
ich habe einen Rechner aus der Domäne entfernt.
Der Dienst Aufgabenplanung lässt sich nun wieder starten *juhuuu*.
Jetzt aber die Frage:
m.W. haben wir diesbezüglich zumindest nicht wissentliche GPO auf dem Domänencontroller eingerichtet.
Wie gehe ich am besten weiter vor bzw. wie kann ich das am schnellsten kontrollieren?
EDIT:
Das Problem ist kurioser als ich dachte.
Der Fehler war scheinbar, dass auf allen betroffenen Systemen scheinbar keine lokalen Systemkonten eingerichtet wurde.
Dadurch, dass ich einen Rechner nun aus der Domäne entfernt hatte, wurde ein lokales Konto eingerichtet und der Aufgabenplanungsdienst ließ sich über das lokale Systemkonto starten.
Zitat von @mossox:
Wie gehe ich am besten weiter vor bzw. wie kann ich das am schnellsten kontrollieren?
Wie gehe ich am besten weiter vor bzw. wie kann ich das am schnellsten kontrollieren?
Führe "gpresult" auf einem Rechner aus, der in der Domäne ist.
Und dann schau Dir die GPOs an.
BIN DRAUẞEN
Der Fehler war scheinbar, dass auf allen betroffenen Systemen scheinbar keine lokalen Systemkonten eingerichtet wurde.
Wie kommst Du darauf?
Ich muss den Thread nochmal aufnehmen:
Das fehlende lokale Systemkonto war nicht des Rätsels Lösung.
Ich hatte zunächst einen Rechner exemplarisch aus der Domäne entfernt und mich als Administrator lokal angemeldet.
Daraufhin konnte ich endlich den Dienst "Aufgabenplanung" starten.
Im Anschluss hatte ich dann den Rechner wieder in die Domäne gehängt.
Nach einem Neustart und Anmeldung an der Domäne war der Dienst jedoch wieder deaktiviert.
Auch ließ er sich wie zu Beginn der Misere nicht mehr starten.
Fazit:
Der Dienst kann nur gestartet werden, wenn der Rechner nicht in der Domäne hängt.
Ich bin weiterhin ratlos, wo der Fehler liegt.
Ja, wir haben GPO aber wir haben - zumindest nicht wissentlich - Einschränkungen bezüglich der zu startenden Dienste eingestellt.
Was kann ich denn noch kontrollieren und machen?
Das fehlende lokale Systemkonto war nicht des Rätsels Lösung.
Ich hatte zunächst einen Rechner exemplarisch aus der Domäne entfernt und mich als Administrator lokal angemeldet.
Daraufhin konnte ich endlich den Dienst "Aufgabenplanung" starten.
Im Anschluss hatte ich dann den Rechner wieder in die Domäne gehängt.
Nach einem Neustart und Anmeldung an der Domäne war der Dienst jedoch wieder deaktiviert.
Auch ließ er sich wie zu Beginn der Misere nicht mehr starten.
Fazit:
Der Dienst kann nur gestartet werden, wenn der Rechner nicht in der Domäne hängt.
Ich bin weiterhin ratlos, wo der Fehler liegt.
Ja, wir haben GPO aber wir haben - zumindest nicht wissentlich - Einschränkungen bezüglich der zu startenden Dienste eingestellt.
Was kann ich denn noch kontrollieren und machen?
Hi.
Die result-Website mal kontrollieren,
wir haben - zumindest nicht wissentlich - Einschränkungen bezüglich der zu startenden Dienste eingestellt.
Prüf das nach:gpresult /h %temp%\result.html /f & %temp%\result.html
Ich habe keine Hinweise auf Fehler bei der Verarbeitung der GPO gefunden.
Die Aufgabenplanung soll lt. GPO als Dienst mit dem lokalen Systemkonto gestartet werden.
Auf dem betreffenden Rechner finde ich aber nun im EventLog:
Der Dienst "Aufgabenplanung" wurde aufgrund folgenden Fehlers nicht gestartet:
In der Dienstkontokonfiguration fehlt eine Berechtigung, die für die ordnungsgemäße Funktion des Dienstes erforderlich ist. Sie können das Snap-In "Dienste" in der Microsoft Management Console (MMC) (services.msc) und das Snap-In "Lokale Sicherheitseinstellungen" in der MMC (secpol.msc) verwenden, um die Dienstkonfiguration und die Kontokonfiguration anzuzeigen.
Was muss denn dort noch konfiguriert werden?
Die Aufgabenplanung soll lt. GPO als Dienst mit dem lokalen Systemkonto gestartet werden.
Auf dem betreffenden Rechner finde ich aber nun im EventLog:
Der Dienst "Aufgabenplanung" wurde aufgrund folgenden Fehlers nicht gestartet:
In der Dienstkontokonfiguration fehlt eine Berechtigung, die für die ordnungsgemäße Funktion des Dienstes erforderlich ist. Sie können das Snap-In "Dienste" in der Microsoft Management Console (MMC) (services.msc) und das Snap-In "Lokale Sicherheitseinstellungen" in der MMC (secpol.msc) verwenden, um die Dienstkonfiguration und die Kontokonfiguration anzuzeigen.
Was muss denn dort noch konfiguriert werden?
Die Aufgabenplanung soll lt. GPO als Dienst mit dem lokalen Systemkonto gestartet werden.
Wozu regelt Ihr das per GPO, warum nicht einfach defaults lassen?
Naja, das war ein Versuch um den Dienst überhaupt starten zu können.
Zu Zeiten, während denen noch alles default war, ließ sich der Dienst an den lokalen Rechnern ebenfalls nicht starten.
Zu Zeiten, während denen noch alles default war, ließ sich der Dienst an den lokalen Rechnern ebenfalls nicht starten.
Nimm diese GPO raus, mach ein GPupdate am Client und schau in services.msc nach, ob's ankommt: Defaults sollten sein: "Local System Account" als Logon und automatisch als Startart.
Der Dienst startet leider weiterhin nicht nach einem Neustart/gpupdate.
Bei händischem Start bekomme ich weiterhin die angehängt Meldung.
Und im EventLog erhalte ich den zuvor erwähnte Fehler.
Bei händischem Start bekomme ich weiterhin die angehängt Meldung.
Und im EventLog erhalte ich den zuvor erwähnte Fehler.
Teste mit einem frisch installierten Win10, das Du ohne weiter Softwareinstallation in die Domäne aufnimmst und zwar in eine Domänen-OU, die keine GPOs bekommt (Vererbung deaktivieren)
Gesagt, getan.
Ich habe alle GPO gelöscht und neu aufgesetzt.
Und jetzt funktioniert es.
Es ist mir weiterhin schleierhaft, was hier der Fehler war.
Aber sei's drum.
Danke für Eure Hilfe und Geduld.
Ich habe alle GPO gelöscht und neu aufgesetzt.
Und jetzt funktioniert es.
Es ist mir weiterhin schleierhaft, was hier der Fehler war.
Aber sei's drum.
Danke für Eure Hilfe und Geduld.
