Bei nicht anlaufenden Aufträgen in der QNAP Download Station liegt die Störung meist auf der Ebene des Download-Dienstes, des Zielordners oder der Netzwerkverbindung – nicht unmittelbar beim RAID. Eine akute Datengefahr besteht normalerweise nicht, solange Speicherpool und Volume fehlerfrei angezeigt werden. Sichere zuerst den angezeigten Jobstatus und mögliche Fehlermeldungen per Screenshot und prüfe anschließend den Speicherstatus. Lösche vorerst weder den Auftrag noch vorhandene unvollständige Dateien und installiere die Download Station nicht neu.
Der Jobstatus bestimmt den ersten Prüfzweig
Öffne in der Download Station die Detailansicht des betroffenen Auftrags. Entscheidend ist, ob der Job dauerhaft wartet, sofort in einen Fehlerzustand wechselt oder kurz startet und danach abbricht. Diese Beobachtungen führen zu unterschiedlichen Prüfungen:
- Wartend oder angehalten: Prüfe, ob der Auftrag manuell pausiert wurde, ein Zeitplan den Start verhindert oder die zulässige Zahl gleichzeitiger Downloads erreicht ist.
- Fehler direkt nach dem Start: Kontrolliere zuerst Zielpfad, verfügbaren Speicherplatz und Schreibberechtigung.
- Verbindung wird aufgebaut, aber es fließen keine Daten: Untersuche Quelle, DNS, Standard-Gateway, Proxy-Einstellungen und gegebenenfalls die Verfügbarkeit von Gegenstellen.
- Nur ein einzelner Auftrag bleibt stehen: Lege einen kleinen Testauftrag aus einer bekannten, zulässigen und erreichbaren Quelle an. Startet dieser, liegt das Problem wahrscheinlich an der ursprünglichen Adresse oder Auftragsdatei.
- Alle Aufträge bleiben stehen: Prüfe den Dienststatus der Download Station und danach die allgemeine Netzwerkverbindung des NAS.
Notiere den Wortlaut einer Meldung und den Zeitpunkt des Fehlers. Ein Hinweis auf einen ungültigen Pfad verlangt eine andere Reaktion als eine Zeitüberschreitung oder eine abgelehnte Verbindung.
Zielordner und temporären Pfad getrennt kontrollieren
Die Download Station kann je nach QTS- oder QuTS-hero-Version unterschiedliche Ordner für unvollständige und abgeschlossene Downloads verwenden. Deshalb genügt es nicht, ausschließlich den endgültigen Download-Ordner zu kontrollieren. Ist der temporäre Ordner nicht erreichbar oder nicht beschreibbar, beginnt der Job möglicherweise gar nicht erst.
- Öffne in den Einstellungen der Download Station die Angaben zu temporärem Ordner und Zielordner. Die genaue Bezeichnung kann von der installierten Version abhängen.
- Prüfe in der Speicherverwaltung, ob das zugehörige Volume beziehungsweise der Speicherpool bereit und nicht schreibgeschützt ist.
- Kontrolliere, ob die referenzierte Freigabe noch existiert. Das ist besonders nach einer Umbenennung, Migration oder Änderung der Volume-Struktur wichtig.
- Vergleiche den freien Speicherplatz mit der erwarteten Downloadgröße. Berücksichtige, dass temporäre und fertige Daten zeitweise zusätzlichen Platz benötigen können.
- Wähle zum Gegencheck einen vorhandenen lokalen Ordner auf einem fehlerfreien Volume, für den der Dienst schreiben darf. Starte dort einen kleinen Testauftrag.
Ein Ziel auf einer externen USB-Festplatte ist als Gegenprobe weniger geeignet. Das Laufwerk kann getrennt, anders eingebunden oder in einem nicht beschreibbaren Zustand sein. Für die Diagnose ist eine lokale Freigabe auf einem gesunden NAS-Volume aussagekräftiger.
Zeigt die Speicherverwaltung Warnungen zu Datenträgern, RAID-Gruppe, Speicherpool oder Volume, hat die Sicherung wichtiger Daten Vorrang. Starte in dieser Lage keinen Neuaufbau und entferne kein Laufwerk allein wegen des Download-Problems. RAID-Redundanz ersetzt kein unabhängiges Backup.
Schreibrechte dort prüfen, wo die Download Station arbeitet
Ein Ordner kann über SMB für Deinen Benutzer beschreibbar sein und trotzdem von der Download Station nicht verwendet werden. Der erfolgreiche Zugriff vom PC beweist lediglich, dass das angemeldete SMB-Konto schreiben darf. Die App und ihre Hintergrundprozesse müssen ebenfalls Zugriff auf die gewählte Freigabe erhalten.
Prüfe in QTS oder QuTS hero die Berechtigungen der betreffenden Freigabe und die Anwendungsberechtigungen. Suche dabei nach den Funktionsbereichen für Freigabeordner, Benutzerrechte und App-Zugriff, statt einen versionsabhängigen Menüpfad vorauszusetzen. Achte besonders auf ausdrücklich gesetzte Verweigerungen: Eine Verweigerung über eine Gruppe kann eine an anderer Stelle erteilte Freigabe wirkungslos machen.
Für eine saubere Gegenprobe gehst Du so vor:
- Erstelle keine neue Speicherstruktur, sondern verwende eine bestehende, unkritische Testfreigabe auf einem gesunden Volume.
- Erteile nur die für den Test erforderliche Schreibberechtigung. Öffne nicht pauschal alle Ordner für alle Benutzer.
- Stelle diese Freigabe vorübergehend als Ziel für einen kleinen Download ein.
- Startet der Auftrag dort, vergleiche die Rechte des ursprünglichen und des getesteten Ordners.
- Nimm unnötige Testberechtigungen anschließend wieder zurück.
Scheitert auch der Testordner, obwohl das Volume bereit ist und ausreichend Platz besitzt, spricht das gegen einen isolierten Ordnerfehler. Dann sind Dienststatus und Netzwerk die nächsten Ebenen.
Verbindung des NAS statt nur den Browser testen
Dass sich die QNAP-Oberfläche im Browser öffnen lässt, bestätigt nur die Verbindung zwischen Deinem Endgerät und dem NAS. Die Download Station benötigt zusätzlich eine funktionierende ausgehende Verbindung vom NAS zur Downloadquelle. Dafür müssen insbesondere Standard-Gateway und DNS-Auflösung stimmen.
- Nur Namen schlagen fehl: Funktionieren Quellen über einen Hostnamen nicht, kann die DNS-Auflösung des NAS gestört sein. Prüfe die DNS-Server in den Netzwerkeinstellungen und vergleiche sie mit der funktionierenden Netzwerkkonfiguration.
- Alle externen Ziele schlagen fehl: Kontrolliere Standard-Gateway, aktive Netzwerkschnittstelle, virtuelle Switches und ausgehende Firewall-Regeln.
- Nur eine Quelle ist betroffen: Die Adresse kann abgelaufen, nicht mehr erreichbar oder zugriffsbeschränkt sein. Ein zweiter zulässiger Testdownload trennt Quellenfehler und NAS-Fehler.
- Nach einer Proxy-Änderung treten Fehler auf: Prüfe, ob Download Station oder QNAP-System einen Proxy verwendet und ob Zugangsdaten sowie Zielerreichbarkeit noch stimmen.
- Verschlüsselte Verbindungen scheitern: Kontrolliere Datum, Uhrzeit und Zeitsynchronisation des NAS. Eine stark abweichende Systemzeit kann die Prüfung von Zertifikaten verhindern.
Bei BitTorrent-Aufträgen bedeutet eine ausbleibende Übertragung nicht automatisch, dass die Download Station defekt ist. Ein Auftrag ohne erreichbare Gegenstellen oder ohne verfügbare Daten kann korrekt geladen sein und dennoch bei null bleiben. Teste deshalb zusätzlich einen kleinen HTTP- oder HTTPS-Download aus einer vertrauenswürdigen Quelle. So lässt sich ein protokollspezifisches Problem vom allgemeinen Verbindungsfehler trennen.
Eine direkte Portfreigabe am Router ist kein sinnvoller erster Reparaturschritt. Sie behebt weder einen falschen Zielpfad noch fehlende Schreibrechte und vergrößert die von außen erreichbare Angriffsfläche. Änderungen an Router, Firewall oder Reverse Proxy sollten erst erfolgen, wenn das Fehlerbild tatsächlich auf eingehende Verbindungen verweist.
Download Station als Dienst eingrenzen
Sind Pfad, Rechte und NAS-Verbindung nachweislich in Ordnung, rückt die Anwendung selbst in den Mittelpunkt. Öffne das App Center und prüfe, ob die Download Station installiert, aktiviert und ohne ausstehende Fehlermeldung gestartet ist. Die verfügbaren Aktionen und Bezeichnungen unterscheiden sich zwischen QTS- und QuTS-hero-Versionen.
Beende und starte die App einmal über die dafür vorgesehene App-Verwaltung. Beobachte danach, ob ein neuer Testauftrag angenommen wird. Ein Neustart des gesamten NAS ist erst danach sinnvoll, sofern keine Speicherprüfung, Sicherung oder andere wichtige Aufgabe läuft.
Kontrolliere außerdem Systemereignisse und Anwendungsprotokolle rund um den Startzeitpunkt. Relevant sind Meldungen zu nicht erreichbaren Pfaden, fehlendem Speicherplatz, verweigertem Zugriff, DNS-Fehlern oder einem unerwartet beendeten Prozess. Der Zeitstempel verbindet den sichtbaren Jobfehler mit dem zugrunde liegenden Systemereignis.
Eine Neuinstallation sollte am Ende der Diagnose stehen. Sichere vorher die Jobliste, Einstellungen und vorhandenen Teildateien, soweit Deine installierte Version dies unterstützt. Das Entfernen einer App kann je nach Paket und gewählter Option zu einem Verlust von Einstellungen oder Aufgaben führen; es repariert zudem keine falschen Ordnerrechte und keine fehlerhafte Netzwerkkonfiguration.
Die Auswertung der Gegenproben
Die Kombination aus Testordner und zweiter Downloadquelle grenzt den Fehler ohne riskante Eingriffe ein:
- Startet jede Quelle im Testordner, liegt die Ursache beim ursprünglichen Pfad, dessen Speicherplatz oder dessen Berechtigungen.
- Startet nur die zweite Quelle, ist der ursprüngliche Auftrag, seine Adresse oder das verwendete Protokoll betroffen.
- Startet keine Quelle, obwohl der Testordner beschreibbar ist, prüfe Dienststatus, Protokolle, DNS und Gateway.
- Scheitert bereits das Schreiben in den Testordner, bearbeite zuerst Volume-Zustand und Rechte. Die Netzwerkdiagnose kann warten.
- Zeigt das NAS Speicherwarnungen, sichere erreichbare Daten und kläre den Zustand von Pool, Volume und Laufwerken, bevor Du weitere App-Änderungen vornimmst.
Für den Abgleich mit der passenden QNAP-Dokumentation benötigst Du das NAS-Modell, die installierte QTS- oder QuTS-hero-Version und die Versionsnummer der Download Station. Diese Angaben findest Du in den Systeminformationen beziehungsweise im App Center. Damit lassen sich versionsabhängige Funktionen und Menünamen prüfen, ohne Einstellungen eines anderen QNAP-Systems zu übertragen.
Die Reparatur ist erfolgreich, wenn ein neuer kleiner Auftrag startet, Daten in den temporären Ordner schreibt und anschließend in den vorgesehenen Zielordner verschoben wird. Erst danach solltest Du die ursprünglichen Jobs einzeln wieder aufnehmen. So bleibt erkennbar, ob ein bestimmter Auftrag die Ausnahme bildet oder die Störung tatsächlich behoben ist.