DZMM

I've never used Jellyfin so I'm not sure. line 160 is the line you'd need to update - basically triggering a Jellyfin scan if any files are deleted.

Sorry - it's taken me a while to get nzbget optimised and I'm short of time to try another service. I've had a quick peek at AltMount and it looks like you just need to mount it's webdav via rclone instead of nzbdav's. which bit are you stuck on?

Post your radarr mappings. Post your docker mappings. Make sure the mapping to your mount uses R/W Slave:

I learnt the hard way not to use the orphaned files option as it removes all files not added yet to your library! Broken symlinks are more an issue with Decyoharr. NzbDAV's repair tool will eventually get there, but it could be weeks if your library is big e.g. around 50% of my library is still waiting to be checked

Yes - it's the library ID Yes - it means it found no broken links to delete.

it's considered more efficient as rclone can provide responses to e.g. the arrs

The guide was before NzbDAV included rclone rc support which allows long -dir-cache-time

what version of the script are you using? There was a version where I stupidly was testing --read-only in the mount command to try and fix some 403 errors in rclone which would cause this problem. I also added: --uid 99 --gid 100 --umask 000 \ to more recent versions to ensure rclone mounted the folders with the right permissions.

Try changing your radarr and other mappings pointing to the mount to R/W Slave which works better with mounts. Make sure you also have hardlinks turned on in Radarr

In the last logs it worked! On every run it does checks first to see if the mount is already up: [2026-05-15 23:32:25] CHECKING: NzbDAV Mount integrity... [2026-05-15 23:32:25] [!] NzbDAV process/mount missing. Bypassing patience window... [2026-05-15 23:32:25] [!] Failed: NzbDAV is DOWN. If down it remounts and then checks up to 5 times to see if it worked ok - I've found sometimes it can take a while for the mounts to settile. It checks for up to 30 seconds and moves on as soon as it works. Yours worked on the first attempt: [2026-05-15 23:32:25] REBUILD: Initiating In-Place Rclone recovery... [2026-05-15 23:32:27] Launching Rclone Mount... [2026-05-15 23:32:27] WAITING: Mount stabilizing (Attempt 1/5)... [2026-05-15 23:32:33] SUCCESS: Mount stabilized.

Great news. What did you do differently in your array start script as I use this one to do everyting - I just set it on a 3 min cron? How are you finding playback? With the settings I put as defaults I'm getting launches typically under 2-3 seconds, for non-4K content mostly before I can count to "one"!

yes you need to have the rclone plugin installed and to have used rclone config to create a WebDAV remote nzb-dav:

@impostrrlobstrr can you try the latest version I just uploaded as I realised myself when I had to temporarily disable Decypharr that the script failed. The new version is a lot simplier overall https://github.com/BinsonBuzz/unRAID-rclone-mounting-scripts-for-NzbDAV/blob/main/Scripts/Mount%20Script

3rd script added to the collection that scans for broken NzbDAV or Decypharr symlinks, deletes them, and tells the arrs to replace https://github.com/BinsonBuzz/unRAID-rclone-mounting-scripts-for-NzbDAV/blob/main/README.md

New version posted - with some helpful new features https://github.com/BinsonBuzz/unRAID-rclone-mounting-scripts-for-NzbDAV/tree/main ## Changelog: v1.5.2 → v1.5.11 Focused on making the script smarter and more resilient so it spends less time fixing things and more time staying out of the way. --- ### Key Improvements & Fixes * Smarter Recovery: The script now checks for specific subfolders to verify a mount is actually working, rather than just checking if the folder exists * Decypharr Stability: Added a "wait and retry" loop for Decypharr mounts. If it isn't ready immediately, the script will give it 10 chances to wake up before giving up * Safety First: Added a "Port Cleaner" that automatically clears blocked connections before attempting a remount, preventing "address already in use" errors * Notification Support: You will now get Unraid system notifications if a mount goes down or if a recovery is successful * Database Awareness: Full support for Postgres-based apps (like the *arrs) ensuring they are stopped and started in the correct order during a reset * Performance Monitoring: The summary report now tracks how many days of data your cache is holding and shows exactly how much of your cache drive is full * Better Resource Handling: Improved how the script handles high server loads to prevent it from accidentally making a slow system even slower --- ### What’s New in the Summary? The bottom of the log now gives a one-line "health check" showing: * Mount Age: How long your mounts have been stable * Cache Health: Total files primed, cache disk usage %, and data retention days * System Vital Signs: Current server load and available RAM

@veritas2884 made some major improvements today that will help with stability and ensuring the mount self-heals even better. Priming of --dir-cache is much better as well as it now adds the pending downloads folder 1.0 RC4 Mount Script Changelog Smart-Skip Logic (New!): The script now recognizes which apps you actually have installed. It won’t try to start apps you don't own (like specific "Arrs" or Book readers), which keeps your logs clean and free of "False Alarm" errors. Safe-Start Timing (New!): Added a 5-second "staggered" delay when starting your apps. Instead of everything rushing the door at once and spiking your CPU, your apps now line up and start in an orderly fashion. "Invisible" Database Protection: If you use a database like Postgres, the script makes sure the "engine" is fully warmed up and running before it lets your media apps try to connect. This prevents those annoying "Database not found" crashes during a reboot. The "Zombie" Mount Fixer: Sometimes a connection "freezes" (technically called a Zombie Mount). The script now detects these frozen connections specifically and clears them out automatically so your media starts playing again. Anti-Corruption Shield: Added a "Safety First" save method. The script now writes its progress to a temporary file before saving it to your main database. If the power goes out or the script is interrupted, your main settings stay safe and uncorrupted. Auto-Correction for Folders: Fixes any "slash" or "backslash" issues in added folder paths. The script automatically cleans up your typing to ensure it finds the right folders every time. Simple "Heartbeat" Report: At the end of every run, a clean summary is added to the logs. It states exactly what is connected, what is running, and—if something is offline—it gives a simple reason why.

Yes, no need to bother with mergerfs this time. Because NzbDAV and Decypharr (if you are using) are using symlinks to their respective mounts, you can move the streaming links anywhere on your server. This is a much better system - no need to download and upload to gdrive just in case you might play something that then needs downloading again. Just stream on demand using RAM! What settings did you go for and how are your launchtimes? When my server is busy playback starts in under 3s and if not busy typically before I can count to "1".

No worries - it's good to have a project to work on in my spare time again.

New even better project available using NzbDAV!

Reserved

Reserved

It's been nearly 8 years since I posted my guide to using Google Drive to create a media library of unlimited size with the help of @slimshizn and @Kaizac . Sadly Google changed its policies on unlimited cloud storage, but I'm back with the improved 2026 version that doesn't need any cloud storage at all! This solution uses NzbDAV to stream files on demand via Usenet, which are mounted by rclone for Plex and your arrs to access - in theory an infinite library can be created. I have created a batch of scripts to help you do this as efficently as possible to get the fastest launch times and fast library management. The scripts are available here. The scrips below will be old - please always grab from Github. This post will be used mainly for script support and to get ideas for enhancements, but may be a good place to get help with integrating NzbDAV as well. ------------------------------------------------------------------------------------------------------------------------------ Rclone Mounting & Library Maintenance for NzbDAVThis repository provides a robust toolkit for managing Rclone mounts and library health on Unraid. It is specifically designed to handle the complexities of NzbDAV and Decypharr ensuring your media stays connected and your system shuts down cleanly. What’s in the Box?You get three core scripts. While the Heartbeat script is the engine, Sentinel and The Janitor are highly recommended to keep your library healthy and your server stable. 1. Rclone Heartbeat & Intelligent Priming (The Engine)This is the "always-on" monitor. It keeps your NzbDAV and Decypharr mounts alive. If a mount drops, it stops your media apps (Sonarr, Radarr, etc.), fixes the connection, and restarts them once everything is stable. Fast Scans: Uses "Smart Priming" to scan only new library additions, keeping things snappy even with massive libraries. Safety First: Includes a "Nuclear Option" that force-resets the environment if recovery fails multiple times. 2. Symlink Sentinel (The Library Cleaner)Think of this as your automated library auditor. It scans your media folders for broken symlinks caused by missing files on your cloud mounts. Auto-Repair: It talks to your *Arrs (Sonarr, Radarr, etc.) to trigger a refresh and cleanup of dead links. Performance: Uses custom depth settings (e.g. only looking 3 or 4 folders deep) so it doesn't waste time scanning thousands of irrelevant files. 3. The Janitor (The Shutdown Orchestrator)Unraid often struggles to stop the array if Rclone mounts or ZFS pools are still "busy." The Janitor ensures a graceful exit. Database Safety: Flushes and stops your databases (like Postgres) properly before the array stops. Clean Unmounts: Lazily unmounts cloud paths and exports ZFS pools to prevent "unclean shutdown" errors. How It WorksThe scripts use a "Foundation & Consumer" model. The Heartbeat script ensures the "Foundation" (NzbDAV/Rclone) is solid before allowing the "Consumers" (Sonarr, Radarr, Plex) to run. If the foundation cracks, the script stops the consumers to prevent them from "seeing" an empty library and making a mess of your database. AssumptionsYou are running Unraid with the User Scripts plugin installed. You have a working Rclone config file located at /boot/config/plugins/rclone/.rclone.conf. Your media is organised in a standard structure (e.g., /tv/Show/Season/File). Quick Setup GuideConfigure: Open each script and check the User Configuration section at the top. Update your paths, API keys, and Rclone settings. Test: Set DRY_RUN="Y" in the scripts first to see what they would do without making actual changes. Deploy via User Scripts Plugin: Rclone Heartbeat: Set to run on a custom cron schedule (e.g., */5 * * * * for every 5 minutes). Symlink Sentinel: Schedule to run via cron once a day or once an hour depending on your library activity. The Janitor: Set this script to run At Array Stop to ensure clean shutdowns.

There's a problem with rclone 1.73.2 and nzbdav - does anyone know how to rollback using the plugin to 1.73.1? Thanks @Kaizac FYI Update: nzbdav have updated to fix the issue. If anyone needs to rollback in the future I temporarily uninstalled the plugin and used: rclone selfupdate --version 1.73.1 Make sure you backup your config before doing so as uninstalling the plugin removes it!!!

I'm not sure what's gone wrong as I haven't tweaked this for years, but this week my main PC has become unusable. It is very slow and will intermittently freeze/lock up, although I can still move the mouse. Playing audio is terrible - so choppy that you can't make out words. Diagnostics attached. Thanks in advance for any help as I'm desperate to fix as this is my work machine. highlander-diagnostics-20260202-1702.zip

Thanks for replying. Is rclone hammering away? I've not tried stopping docker - I've been rebooting. After reboot it's slow, then okish, and then seems to grind down again after a few hours.