Unraid Execution Error 403 beheben: 3 Ursachen und Lösungen

Der Unraid Execution Error 403 gehört zu den häufigsten Problemen, mit denen Nutzer eines Unraid-Servers konfrontiert werden: Plötzlich lassen sich einzelne oder gleich alle Docker-Container nicht mehr starten oder werden mitten im Betrieb gestoppt. Ein Neustart bringt zwar oft kurzfristig Ruhe, doch wenn die eigentliche Ursache bestehen bleibt, taucht der Fehler kurz darauf erneut auf. In dieser Anleitung zeigen wir dir die drei häufigsten Auslöser für den Execution Error 403 – vom vollen Cache über zu große Log-Dateien bis zum beschädigten Docker-Image – und wie du jeden davon Schritt für Schritt dauerhaft behebst.

Unraid Docker Execution Error 403 im Webinterface — Dieser Fehler kann mehrere unterschiedliche Ursachen haben – alle bekannten Auslöser samt Lösung erklären wir hier.

Wichtig vorab: Prüfe die Ursachen unbedingt der Reihe nach. Gerade der volle Cache (Ursache 1) wird durch einen simplen Neustart nur kaschiert und führt schnell zurück zum Execution Error 403. Arbeite die folgenden Punkte daher am besten von oben nach unten ab.

Ursache 1: Der Cache (SSD) ist voll

Ist der Cache – im Idealfall eine SSD – voll, kommt es sehr häufig zum genannten Execution Error 403. Wie viel Speicher noch frei ist, siehst du direkt im Reiter Main deiner Unraid-Oberfläche. Stehen dort 0 Byte zur Verfügung, musst du entweder Dateien löschen oder eine zusätzliche bzw. größere Cache-SSD einbauen.

Als schnelle Zwischenlösung kannst du die auf dem Cache liegenden Dateien über den Move-Button (ebenfalls unter Main) auf das HDD-Array verschieben. Alternativ entfernst du nicht mehr benötigte Docker-Container samt ihrer Ordner – Letztere musst du gegebenenfalls zusätzlich per FTP oder Dateimanager löschen, da sie sonst weiter Platz belegen.

Öffne den Reiter Main und prüfe den freien Speicher des Cache-Pools.
Verschiebe Daten mit Move vom Cache aufs Array, um kurzfristig Luft zu schaffen.
Lösche ungenutzte Container und deren appdata-Ordner, um dauerhaft Platz freizugeben.

Siehe auch Unraid Hardware Anforderungen: Das brauchst du wirklich

Wie Unraid Rechte und Zugriffe auf diese Ordner verwaltet, erklärt unser Beitrag zu GUID und PGID unter Unraid – nützlich, falls du beim Aufräumen auf Berechtigungsprobleme stößt.

Ursache 2: Zu große Log-Dateien

Treten in einem Container wiederholt Fehler auf oder wird schlicht sehr viel protokolliert, kann der dafür vorgesehene Speicherbereich volllaufen. Auch das äußert sich mitunter im Execution Error 403. Um die Übeltäter zu finden, listest du die größten Log-Dateien im Docker-Verzeichnis auf. Gib dazu folgenden Befehl im Terminal ein:

du -ah /var/lib/docker/containers/ | grep -v "/$" | sort -rh | head -60

Der Befehl zeigt dir die 60 größten Einträge absteigend sortiert an. Führe ihn aus und lösche anschließend die auffällig großen Log-Dateien. Wenn du dich mit einzelnen Bausteinen wie grep oder sort noch nicht auskennst, lohnt ein Blick in unsere Übersicht der wichtigsten Linux-Befehle – so verstehst du genau, was jeder Teil der Pipeline macht.

Tipp: Um das Problem dauerhaft zu vermeiden, kannst du in den erweiterten Container-Einstellungen ein Log-Rotation-Limit setzen (etwa --log-opt max-size=10m --log-opt max-file=3). So bleiben die Log-Dateien klein und der Speicher läuft nicht erneut voll.

Ursache 3: Beschädigtes Docker-Image

Manchmal geht die Docker-Image-Datei schlicht kaputt. In diesem Fall hilft nur eines: neu aufsetzen. Das klingt drastischer, als es ist – der Vorgang ist überraschend einfach und funktioniert in der Regel ganz ohne Backup oder Datenverlust, da deine Container-Konfigurationen als Templates erhalten bleiben.

Schritt 1: Die bisherige Image-Datei löschen

Melde dich über das Unraid-WebGui an (standardmäßig erreichbar unter http://tower bzw. http://tower.local vom Mac aus).
Wechsle in den Reiter Docker.
Stoppe den Docker-Dienst, falls er noch läuft.
Setze den Haken bei der Option Delete Image File neben dem Docker-Image.
Klicke anschließend auf Delete, um das Image zu entfernen (das kann je nach Größe etwas dauern).
Ist die Datei gelöscht, aktivierst du den Docker-Dienst einfach wieder – das Image wird am selben Ort mit gleichem Namen automatisch neu angelegt.

Siehe auch Vavoo: Kostenlos Filme und Serien streamen – ist Vavoo.to legal?

Schritt 2: Deine Anwendungen erneut herunterladen

Für die neu aufzusetzenden Docker-Dienste klickst du auf Add Container.
Wähle im Drop-down-Menü Template eine deiner zuvor genutzten Anwendungen ganz oben in der Liste unter User defined templates aus.
Haben sich weder Volume- noch Port-Zuweisungen geändert, kannst du sofort auf Create klicken und den Download starten.
Wiederhole den Vorgang für jede Anwendung, die du erneut installieren möchtest. Den Autostart aktivierst du danach pro Container nach Bedarf.

Da alle Templates und damit deine kompletten Einstellungen erhalten bleiben, sind deine Container nach wenigen Minuten wieder exakt wie zuvor einsatzbereit – inklusive Pfade, Ports und Umgebungsvariablen.

Fazit

Der Unraid Execution Error 403 sieht auf den ersten Blick bedrohlich aus, lässt sich aber fast immer auf eine von drei Ursachen zurückführen: einen vollen Cache, ausufernde Log-Dateien oder ein beschädigtes Docker-Image. Prüfe die Punkte der Reihe nach, dann findest du die Quelle meist in wenigen Minuten. Besonders der volle Cache wird gern übersehen, weil ein Neustart das Problem kurzzeitig verschwinden lässt. Wer zusätzlich eine Log-Rotation einrichtet und den Cache im Blick behält, sorgt dafür, dass der Fehler gar nicht erst wiederkommt. Sollten weiterhin Fehlermeldungen auftreten, hilft ein Blick in andere typische Serverprobleme – etwa unsere Lösung zum Dirvish Default Error 10.

Häufige Fragen (FAQ)

Was bedeutet der Unraid Execution Error 403 überhaupt?

Der Execution Error 403 ist eine Sammelfehlermeldung von Unraid, die auftritt, wenn Docker einen oder mehrere Container nicht starten oder ausführen kann. Sie nennt nicht die genaue Ursache, sondern signalisiert nur, dass die Ausführung fehlgeschlagen ist – meist wegen fehlenden Speichers oder eines defekten Images.

Siehe auch Linux: PUID und PGID herausfinden und anzeigen

Warum kommt der Fehler nach einem Neustart wieder?

Ein Neustart löst das Symptom, nicht die Ursache. Ist etwa der Cache voll, schafft der Reboot nur kurz Luft; sobald wieder auf den Cache geschrieben wird, ist er erneut voll und der Execution Error 403 kehrt zurück. Deshalb solltest du immer die eigentliche Ursache beheben.

Verliere ich beim Neuaufsetzen des Docker-Images meine Container?

Nein. Beim Löschen und Neuanlegen der Image-Datei bleiben deine Templates unter User defined templates erhalten. Du installierst die Container anschließend mit denselben Einstellungen, Pfaden und Ports einfach neu – deine Daten in den appdata-Ordnern werden dabei nicht angetastet.

Wie finde ich heraus, ob mein Cache voll ist?

Wechsle in den Reiter Main deiner Unraid-Oberfläche. Dort siehst du für den Cache-Pool den belegten und den freien Speicher. Zeigt die Anzeige 0 Byte frei, ist der Cache die wahrscheinliche Ursache für den Execution Error 403.

Wie verhindere ich, dass Log-Dateien wieder zu groß werden?

Setze in den erweiterten Einstellungen eines Containers Optionen zur Log-Rotation, zum Beispiel --log-opt max-size=10m --log-opt max-file=3. Damit begrenzt Docker die Größe und Anzahl der Log-Dateien automatisch, sodass der Speicher nicht erneut überläuft.