Källproblemet var farligare än en försvunnen sökväg. Efter omstart kunde SABnzbd starta innan Synology SMB-resursen faktiskt hade monterats. Containern såg fortfarande en katalog på den förväntade värdsökvägen, så en nedladdning kunde slutföras och se ut att flyttas korrekt – trots att den i själva verket hamnade på lokal ZimaOS-lagring i stället för på den fjärranslutna NAS:en.
Communityn byggde så småningom en fungerande manuell CIFS-/fstab-lösning, och den ursprungliga skribenten bekräftade att monteringen kvarstod efter omstart. De visade dock också risken: en ogiltig fstab-post kunde förhindra normal uppstart, och en monteringspunkt som innehöll ett oescaperat mellanslag förstörde konfigurationen. Betrakta kommandona som källbekräftad community-administration, inte som en aktuell officiell procedur för ZimaOS Network Storage.
Det grundläggande felet var monteringstidpunkten
Källsökvägen såg ut så här:
/media/192.168.2.125/MoviesEfter omstart var SMB-monteringen inte klar när SABnzbd startade. När samma volym lades till igen efter att systemet hade stabiliserats fungerade den, vilket starkt talar för ett timing-/ordningsproblem snarare än ett ändrat monterings-ID.
En saknad fjärrmontering kan bli en lokal katalogfälla
Om Docker får en värdkatalogsökväg som finns lokalt medan fjärrfilsystemet saknas, kan programmet skriva till den lokala katalogen. Loggen kan fortfarande säga att filen flyttades till /movies, trots att inget visas på Synology.
Kontrollera före stora nedladdningar att det förväntade fjärrfilsystemet verkligen är monterat, inte bara att monteringspunktens katalog finns.
Communityn flyttade monteringen till en stabil /DATA-sökväg
Det föreslagna upplägget var att montera SMB-resursen till en stabil lokal sökväg, till exempel:
/DATA/Media/Moviesoch sedan mappa den stabila värdsökvägen till SABnzbd. Då förblir containersökvägen förutsägbar, medan fjärrfilsystemet hanteras på värdnivå.
Källanvändaren bekräftade att /etc/fstab kvarstod efter omstart
Community-exemplet använde CIFS-alternativ, bland annat _netdev, en specifik SMB-dialekt samt värden för UID/GID och åtkomstläge. Användaren uppgav att fstab-posten kvarstod och fungerade efter omstart.
Undvik att skriva in autentiseringsuppgifter direkt i konfigurationsfiler som är läsbara för alla utan att först överväga en skyddad autentiseringsfil.
nofail blev avgörande efter att en felaktig post blockerade uppstarten
Källanvändaren upptäckte att en ogiltig eller otillgänglig montering kunde störa uppstarten. Svaret rekommenderade nofail, så att ZimaOS kunde fortsätta starta om fjärr-NAS:en inte var tillgänglig.
_netdev anger dessutom för monteringssystemet att detta är nätverksberoende.
Mellanslag i monteringspunkter måste hanteras korrekt
En andra fstab-post misslyckades eftersom monteringspunkten innehöll TV Shows. I fstab separerar blanksteg fälten, så ett mellanslag måste escapas på rätt sätt eller undvikas genom att använda en enklare katalog, till exempel TV_Shows.
OP:n använde senare en separat mapp utan mellanslag, vilket fungerade.
Testa alltid med mount -a före omstart
Det säkraste steget från källan var:
sudo mount -aOm kommandot returnerar ett fel ska du åtgärda fstab-syntaxen eller sökvägen före omstart. Bekräfta också att det monterade filsystemet innehåller de förväntade fjärrfilerna.
Föredra aktuell ZimaOS Network Storage när den passar användningsfallet
Aktuella ZimaOS kan ansluta SMB-/LAN-lagring via arbetsflödena för Filer/Nätverkslagring. Använd det hanterade gränssnittet först när det erbjuder den beständighet och ordning som ditt program kräver.
Se det aktuella arbetsflödet för Synology SMB-anslutning.
En verkligt robust container bör inte skriva förrän fjärrmonteringen har verifierats
Även med fstab kan en nätverksansluten NAS senare vara offline. För viktiga nedladdnings-/importflöden bör du lägga till en hälso-/startkontroll eller en operativ rutin som bekräftar att fjärrmålet är monterat innan SABnzbd bearbetar jobb.
Vanliga frågor om SABnzbd SMB-montering
Bevisade källan att SMB-monterings-ID:t ändrades efter omstart?
Nej. Bevisen stödde ett problem med tidpunkten för monteringen.
Kvarstod fstab för källanvändaren?
Ja, men felaktiga eller otillgängliga poster orsakade också uppstartsproblem tills de korrigerades.
Varför kan en nedladdning verka lyckad trots att ingen fil finns på Synology?
Programmet kan skriva till den lokala monteringspunktens katalog när det fjärranslutna SMB-filsystemet inte faktiskt är monterat.
