Ich habe das sherpa SABnzbd-Paket auf meinem NAS (TS-464) laufen und plötzlich kann ich heute nicht mehr darauf zugreifen. Das Einzige, was sich geändert hat, ist, dass ich heute früh das neueste QNAP-Firmware-Update QTS 5.2.9.3499 installiert habe. Meine anderen Pakete auf dem NAS funktionieren einwandfrei und das SABnzbd-Paket läuft ohne Fehler. Ich habe es deinstalliert und neu installiert, aber trotzdem geht nichts.
Abgesehen davon, dass ich auf die vorherige Firmware zurücksetze (geht das überhaupt?), bin ich mit meinem Latein am Ende. Hat jemand Infos oder ähnliche Erfahrungen gemacht?
OneCD
29. Mai 2026 um 05:39
2
Hi, kannst du bitte die Ausgabe dieses Befehls posten?
/etc/init.d/sabnzbd.sh status
# /etc/init.d/sabnzbd.sh status
- QPKG aktiviert: true
- Anwendung Auto-Update: false
- aktiver Git-Branch: master
- Daemon-PID: keine
OneCD
29. Mai 2026 um 07:16
4
Läuft im Moment nicht.
Kannst du bitte das Servicelog prüfen?
/etc/init.d/sabnzbd.sh log
Ich wusste gar nicht, dass es diese Befehle gibt
109 - Quelle: sabnzbd.sh, Aktion: start, Zeit: Fr 29. Mai 2026 12:45:58 PM EST, Auslastung: 1.94
110 - Paket: 260502, Dienst: 260502, Bibliothek: 260501
111 - QPKG aktiviert: true
112 - Anwendung Auto-Update: false
113 - aktiver Git-Branch:
114 - Daemon PID: none
115 - Datei existiert: /opt/bin/git
116 > Erstelle 'SABnzbd' aus Remote-Repository: OK
117 - aktiver Git-Branch: master
118 > neue virtuelle Python-Umgebung erstellen: fehlgeschlagen
119 dbug: (LL)
120 dbug: (LL) Externes Log wird dem Hauptlog hinzugefügt ...
121 dbug: (LL) ----------------------------------------------------------------------------------------------------
122 dbug: (LL) Log-Datei: '/var/log/DisplayRunAndLog_O7su6q'
123 dbug: (LL) Befehl: 'export PIP_CACHE_DIR="/share/CACHEDEV1_DATA/.qpkg/SABnzbd/pip-cache" VIRTUALENV_OVERRIDE_APP_DATA="/share/CACHEDEV1_DATA
124 dbug: (LL) = Ergebniscode: [1]
125 dbug: (LL) ••••••••••••••••••••••••••••••••••• stdout & stderr beginnt unten •••••••••••••••••••••••••••••••••••
126 dbug: (LL) /opt/bin/python3: Kein Modul namens virtualenv
127 dbug: (LL) ••••••••••••••••••••••••••••••••••• stdout & stderr abgeschlossen ••••••••••••••••••••••••••••••••••••
128 dbug: (LL) ----------------------------------------------------------------------------------------------------
129 > Erstelle QPKG 'pip' Konfiguration: OK
130 > Füge Speicherort '/share/CACHEDEV1_DATA/.qpkg/SABnzbd/pip-cache' als 'pip' Cache hinzu: OK
131 > Füge Speicherort '/share/CACHEDEV1_DATA/.qpkg/SABnzbd/qpkg-wheels' zum 'pip' Suchpfad hinzu: OK
132 ! Addons konnten nicht installiert werden: virtuelle Python-Umgebung existiert nicht
133 = Quelle: sabnzbd.sh, Aktion: start, Zeit: Fr 29. Mai 2026 12:46:01 PM EST, Ergebnis: FAILED, Dauer: 2.440ms, Auslastung: 2.11
134 •
135 - Quelle: sabnzbd.sh, Aktion: stop, Zeit: Fr 29. Mai 2026 17:11:54 PM EST, Auslastung: 1.12
136 - Paket: 260502, Dienst: 260502, Bibliothek: 260501
137 - QPKG aktiviert: false
138 - Anwendung Auto-Update: false
139 - aktiver Git-Branch: master
140 - Daemon PID: none
141 = Quelle: sabnzbd.sh, Aktion: stop, Zeit: Fr 29. Mai 2026 17:11:54 PM EST, Ergebnis: OK, Dauer: 24ms, Auslastung: 1.12
142 •
143 - Quelle: sabnzbd.sh, Aktion: start, Zeit: Fr 29. Mai 2026 17:12:12 PM EST, Auslastung: 0.95
144 - Paket: 260502, Dienst: 260502, Bibliothek: 260501
145 - QPKG aktiviert: true
146 - Anwendung Auto-Update: false
147 - aktiver Git-Branch: master
148 - Daemon PID: none
149 - Datei existiert: /opt/bin/git
150 - aktiver Git-Branch: master
151 > neue virtuelle Python-Umgebung erstellen: fehlgeschlagen
152 dbug: (LL)
153 dbug: (LL) Externes Log wird dem Hauptlog hinzugefügt ...
154 dbug: (LL) ----------------------------------------------------------------------------------------------------
155 dbug: (LL) Log-Datei: '/var/log/DisplayRunAndLog_cQ2Rrr'
156 dbug: (LL) Befehl: 'export PIP_CACHE_DIR="/share/CACHEDEV1_DATA/.qpkg/SABnzbd/pip-cache" VIRTUALENV_OVERRIDE_APP_DATA="/share/CACHEDEV1_DATA
157 dbug: (LL) = Ergebniscode: [1]
158 dbug: (LL) ••••••••••••••••••••••••••••••••••• stdout & stderr beginnt unten •••••••••••••••••••••••••••••••••••
159 dbug: (LL) /opt/bin/python3: Kein Modul namens virtualenv
160 dbug: (LL) ••••••••••••••••••••••••••••••••••• stdout & stderr abgeschlossen ••••••••••••••••••••••••••••••••••••
161 dbug: (LL) ----------------------------------------------------------------------------------------------------
162 ! Addons konnten nicht installiert werden: virtuelle Python-Umgebung existiert nicht
163 = Quelle: sabnzbd.sh, Aktion: start, Zeit: Fr 29. Mai 2026 17:12:12 PM EST, Ergebnis: FAILED, Dauer: 116ms, Auslastung: 0.95
OneCD
29. Mai 2026 um 07:45
6
Du kannst alle Befehle sehen, wenn du das Service-Skript ohne Argumente ausführst.
Ich stimme zu, das virtualenv-Modul ist nicht dabei. Hm, ist alles auf dem neuesten Stand?
sherpa upgrade new
Es ist auch eine gute Idee, bei Problemen einen fix auszuführen:
sherpa fix
Wenn das abgeschlossen ist, prüfe nochmal den Status des SABnzbd-Service-Skripts.
Es sieht so aus, als hätte das Upgrade mit “sherpa upgrade new” das Problem behoben.
Vielen Dank für deine Hilfe, ich weiß das sehr zu schätzen.
OneCD
29. Mai 2026 um 08:17
8
Gute Arbeit, Kumpel.
Wenn du die Konfiguration mit dem Service-Skript vor der Deinstallation sicherst (backup), ist es ganz einfach, sie nach der Neuinstallation von SABnzbd wiederherzustellen (restore). Das Service-Skript weiß, wie es mit Backup und Restore umgehen muss.
