Eine erhöhte CPU-Temperatur betrifft zunächst den Prozessor und seine aktuelle Rechenlast, nicht automatisch RAID, Speicherpool oder Volume. Akute Datengefahr besteht meist erst dann, wenn das NAS Temperaturwarnungen meldet, sich abschaltet, instabil wird oder Schreibvorgänge abbrechen. Sichere deshalb zuerst Screenshots von Temperatur, CPU-Auslastung und laufenden Prozessen und prüfe danach, ob ein Container oder ein Indexdienst die Last dauerhaft verursacht. Laufwerke, Speicherpool und Volume dürfen wegen einer hohen CPU-Temperatur weder entfernt noch repariert oder neu aufgebaut werden.
Temperaturwert und CPU-Last gemeinsam bewerten
Ein einzelner hoher Messwert reicht für die Diagnose nicht aus. Entscheidend ist, ob gleichzeitig eine anhaltende CPU-Auslastung sichtbar ist und welcher Prozess diese Last erzeugt. Nach einem Neustart, einer großen Dateiübertragung, einem Medienimport oder einer Aktualisierung kann eine vorübergehende Erwärmung normal sein.
Öffne in der NAS-Oberfläche die Ressourcen- oder Systemüberwachung. Die Bezeichnung unterscheidet sich je nach Hersteller und Betriebssystemversion. Halte folgende Angaben fest:
- CPU-Temperatur und Zeitpunkt der Messung
- gesamte CPU-Auslastung sowie Auslastung je Kern, sofern verfügbar
- Prozesse oder Dienste mit dem höchsten CPU-Anteil
- Arbeitsspeicher- und Swap-Auslastung
- System-, CPU- oder Temperaturwarnungen im Protokoll
- laufende Aufgaben wie Indexierung, Vorschaubilderstellung, Virenscan oder Medienanalyse
Vergleiche den angezeigten Wert nicht ungeprüft mit Temperaturangaben eines anderen NAS. Sensorposition, Prozessor, Gehäuse und Lüftersteuerung unterscheiden sich. Maßgeblich sind die Warnmeldungen des eigenen Systems und die zulässigen Betriebswerte des verbauten Prozessors beziehungsweise NAS-Modells.
Zeigt die Oberfläche mehrere Sensoren, müssen CPU-, System- und Laufwerkstemperatur getrennt betrachtet werden. Eine heiße CPU bei unauffälligen Laufwerken deutet eher auf Rechenlast hin. Steigen alle Werte gleichzeitig, kann zusätzlich die Kühlung des gesamten Gehäuses betroffen sein; dieser Artikel konzentriert sich jedoch auf softwarebedingte CPU-Last.
Den Verursacher über die zeitliche Gegenprobe finden
Die zuverlässigste Eingrenzung ist eine kontrollierte Laständerung. Dabei wird immer nur ein Dienst verändert und anschließend beobachtet, ob CPU-Auslastung und Temperatur reagieren. Werden mehrere Aufgaben gleichzeitig beendet, lässt sich der Auslöser später kaum noch bestimmen.
- Notiere Temperatur, CPU-Auslastung und die drei aktivsten Prozesse im Ausgangszustand.
- Prüfe, ob eine planmäßige Aufgabe läuft. Dazu gehören Medienindexierung, Gesichtserkennung, OCR, Vorschaubilderstellung, Suchindex, Virenscan oder eine Container-Aufgabe.
- Pausiere genau eine entbehrliche Aufgabe oder beende einen unkritischen Container über dessen reguläre Stoppfunktion.
- Beobachte die CPU-Auslastung mehrere Minuten. Die Temperatur reagiert träger und kann trotz sinkender Last zunächst weiter hoch bleiben.
- Fällt die CPU-Last deutlich und sinkt danach auch die Temperatur, ist der Zusammenhang wahrscheinlich. Bleibt beides unverändert, starte den benötigten Dienst wieder und untersuche den nächsten Kandidaten.
Ein kurzer Lastabfall beweist noch keine dauerhafte Ursache. Wiederholt sich das Verhalten nach dem erneuten Start derselben Aufgabe, wird die Zuordnung belastbarer. Für diese Gegenprobe ist kein Neustart des gesamten NAS nötig.
Container nach Prozess, Aufgabe und Ressourcenbedarf prüfen
Ein Container kann die NAS-CPU dauerhaft auslasten, obwohl seine Anwendung von außen noch normal erreichbar ist. Typische Auslöser sind eine interne Endlosschleife, fehlgeschlagene Verbindungen, zu häufig gestartete Hintergrundaufgaben, Medienanalyse oder eine Anwendung, die nach jedem Start große Datenbestände neu einliest.
Öffne die Containerverwaltung und vergleiche die CPU-Nutzung der einzelnen Container. Prüfe außerdem deren Ereignisse und Anwendungsprotokolle. Wiederholen sich dieselben Fehlermeldungen in kurzen Abständen, erzeugt möglicherweise nicht die eigentliche Nutzlast, sondern eine fortlaufende Wiederholung den hohen Rechenbedarf.
Vor dem Stoppen die Aufgabe des Containers klären
Ein Medienserver oder eine Testanwendung lässt sich häufig für eine kurze Gegenprobe regulär stoppen. Bei Datenbanken, Dokumentenverwaltung, Smart-Home-Diensten oder anderen schreibenden Anwendungen muss vorher geklärt werden, ob gerade Daten verarbeitet werden und welche abhängigen Dienste darauf zugreifen. Ein erzwungenes Beenden ist keine geeignete Temperaturmaßnahme.
Falls der Container wichtige Daten verwaltet, kontrolliere vor Änderungen außerdem seine Speicherzuordnung. Persistente Daten sollten außerhalb der flüchtigen Container-Schicht in einem dafür vorgesehenen Ordner oder Volume liegen. Diese Prüfung verhindert zwar keine hohe CPU-Last, schützt aber vor einem zusätzlichen Datenproblem, falls später eine Neuerstellung des Containers erforderlich wird.
Restart-Schleifen und wiederholte Jobs erkennen
Ein Container in einer Restart-Schleife startet, scheitert und wird durch seine Neustartregel erneut ausgeführt. In der Oberfläche fällt das durch häufig wechselnde Laufzeiten, wiederkehrende Startmeldungen oder schnell anwachsende Protokolle auf. In diesem Fall sollte die Neustartregel nicht als eigentliche Fehlerbehebung dienen. Stoppe den Container regulär, sichere seine relevanten Einstellungen und prüfe die erste Fehlermeldung vor den nachfolgenden Wiederholungen.
Bei zeitgesteuerten Aufgaben lohnt sich ein Blick auf deren Intervall. Ein Scan, der erneut beginnt, bevor der vorherige Durchlauf beendet ist, kann die CPU dauerhaft beschäftigen. Ändere den Zeitplan erst, nachdem feststeht, welche Aufgabe läuft und ob ein abgebrochener Durchlauf später sicher fortgesetzt werden kann.
Ressourcenbegrenzung ist nur eine Schutzmaßnahme
Unterstützt die eingesetzte Containerverwaltung CPU-Limits, kann eine Begrenzung verhindern, dass ein einzelner Container alle verfügbaren Rechenressourcen beansprucht. Sie beseitigt aber weder fehlerhafte Abfragen noch Endlosschleifen. Eine zu enge Begrenzung kann Hintergrundarbeiten stark verlängern und dadurch die Wärmelast lediglich über einen längeren Zeitraum verteilen.
Setze ein Limit deshalb nur nach der Gegenprobe und dokumentiere den vorherigen Wert. Prüfe anschließend nicht nur die Temperatur, sondern auch Antwortzeiten, Warteschlangen und die erfolgreiche Ausführung der Anwendung. Die passenden Einstellmöglichkeiten hängen von NAS-System, Containertechnik und Version ab; erfundene universelle Menüpfade wären hier irreführend.
Indexdienste von normaler Aufholarbeit unterscheiden
Indexdienste erzeugen nach großen Dateiänderungen oft absichtlich hohe CPU-Last. Das gilt besonders nach dem ersten Import vieler Bilder, Videos oder Dokumente, nach einer Wiederherstellung sowie nach Änderungen an den überwachten Ordnern. Neben dem eigentlichen Suchindex können Vorschaubilder, Medieninformationen, Texterkennung oder Bilderkennung zusätzliche Prozesse auslösen.
Prüfe in der jeweiligen Such-, Foto-, Medien- oder Indizierungsanwendung, ob eine Warteschlange oder ein Fortschritt angezeigt wird. Eine langsam kleiner werdende Warteschlange spricht eher für reguläre Aufholarbeit. Bleibt derselbe Dateipfad über lange Zeit aktiv, beginnt die Aufgabe ständig neu oder wächst die Warteschlange trotz fehlender neuer Dateien, ist eine fehlerhafte oder ungeeignete Eingabe wahrscheinlicher.
Überwachte Ordner auf unnötige Inhalte begrenzen
Indexiert werden sollten nur Ordner, deren Inhalte tatsächlich über Suche, Medienbibliothek oder Vorschau benötigt werden. Backup-Ziele, Containerdaten, temporäre Verzeichnisse, Download-Zwischenstände und Datenbankordner sind häufig ungeeignet. Dateien in solchen Bereichen ändern sich oft und können dadurch immer neue Indexläufe auslösen.
Entferne einen Ordner nur über die Einstellungen des zuständigen Indexdienstes, nicht durch Löschen seiner Daten. Prüfe vorher, welche Anwendungen den Index verwenden. Wird ein gemeinsamer Fotoordner beispielsweise aus der Medienindizierung genommen, können Suche, Alben oder Vorschaubilder betroffen sein.
Pause als sichere Diagnose, Neuaufbau nur als letzter Schritt
Eine verfügbare Pausenfunktion eignet sich gut für die Gegenprobe: Sinkt die CPU-Auslastung unmittelbar und kühlt der Prozessor anschließend ab, ist der Indexdienst als Lastquelle bestätigt. Das bedeutet noch nicht, dass sein Index beschädigt ist. Ein Neuaufbau kann viele Stunden dauern, erneut hohe Last erzeugen und bestehende Such- oder Medienfunktionen vorübergehend einschränken.
Ein Index sollte daher erst neu erstellt werden, wenn Protokolle, festhängende Dateien oder wiederholt scheiternde Aufgaben dafür sprechen und ein reguläres Fortsetzen nicht hilft. Vorher müssen freie Speicherkapazität und der Zustand des Volumes geprüft werden, weil Indexdaten und Vorschaubilder zusätzlichen Platz benötigen können.
Wenn Container und Indexdienst sich gegenseitig antreiben
Manchmal sind beide Bereiche beteiligt. Ein Container schreibt fortlaufend Dateien in einen überwachten Ordner, worauf der Indexdienst jede Änderung verarbeitet. Beispiele sind automatisch erzeugte Vorschaubilder, transkodierte Medien, Protokolldateien oder temporäre Exportdateien. Dann erscheinen sowohl der Container als auch der Indexprozess in der Lastanzeige.
Die Reihenfolge der Aktivität hilft bei der Zuordnung: Steigt zuerst die Last des Containers und kurz danach die des Indexdienstes, prüfe den Ausgabeordner des Containers. Liegt dieser innerhalb eines indizierten Verzeichnisses, kann eine Trennung sinnvoll sein. Temporäre Daten gehören in einen nicht überwachten Arbeitsordner; nur fertige Ergebnisse sollten in die Medien- oder Dokumentbibliothek verschoben werden.
Ändere Mounts und Speicherpfade nicht spontan. Ein falscher Pfad kann dazu führen, dass eine Anwendung leere Verzeichnisse verwendet oder Daten an einer unerwarteten Stelle neu anlegt. Sichere die Containerkonfiguration, dokumentiere Quell- und Zielpfad und prüfe nach der Änderung, ob vorhandene Daten weiterhin sichtbar sind.
Abbruchkriterien bei Warnungen und Instabilität
Meldet das NAS eine kritische Temperatur, drosselt die CPU, beendet Dienste oder schaltet sich ab, ist die Diagnose unter Last zu beenden. Stoppe zunächst regulär die identifizierte rechenintensive Aufgabe, sofern das System noch stabil reagiert. Zusätzliche Belastungstests, gleichzeitige Indexneuaufbauten oder Container-Updates sind in dieser Lage ungeeignet.
Bei wiederholten Abstürzen müssen auch Systemprotokolle, Stromversorgung und Hardwarezustand berücksichtigt werden. Bleibt die CPU-Temperatur trotz sehr geringer Prozesslast hoch, passt das Fehlerbild nicht mehr zu einem reinen Container- oder Indexproblem. Dann sind Sensoranzeige, Lüfterbetrieb, Luftweg, Umgebungstemperatur und die modellspezifischen Temperaturgrenzen zu prüfen, ohne RAID oder Volume zu verändern.
Ein vollständiges Backup bleibt unabhängig von der Ursache wichtig. RAID-Redundanz schützt nicht vor beschädigten Dateien, Fehlkonfigurationen oder einem Ausfall während laufender Schreibvorgänge. Bevor größere Containeränderungen, Indexneuaufbauten oder Systemupdates erfolgen, sollte mindestens eine getrennte Sicherung wichtiger Daten vorhanden und stichprobenartig lesbar sein.
Die Diagnose ist abgeschlossen, wenn die Ursache reproduzierbar ist
Eine erfolgreiche Eingrenzung zeigt sich nicht nur an einer niedrigeren Temperatur. Der belastbare Endzustand besteht aus normaler CPU-Last im Leerlauf, ausbleibenden Temperaturwarnungen und einem eindeutig zugeordneten Dienst. Nach dem erneuten Start der benötigten Anwendung darf deren Last vorübergehend steigen, sollte aber zu ihrem tatsächlichen Arbeitsfortschritt passen.
Bei einem Container folgt daraus entweder die Korrektur seiner Aufgabe, seines Zeitplans, seiner Fehlerursache oder seiner Ressourcenverteilung. Bei einem Indexdienst liegt die Lösung meist in einer abgeschlossenen Warteschlange, sinnvoll gewählten überwachten Ordnern oder der Beseitigung einer festhängenden Datei. Erst diese Zuordnung verhindert, dass die hohe NAS-CPU-Temperatur nach dem nächsten Import oder Neustart unverändert zurückkehrt.