[Zurg/Rclone Integration] New Real-Debrid Cached Content not Auto-Detecting in Emby Library (Docker)

[sawolsamsip 0]

Hello Emby Support Team and Community,

I am transitioning my media setup from Plex to Emby, utilizing Zurg and Rclone to mount Real-Debrid's cached content as a file system. While the setup works perfectly and the existing files are playable, I'm encountering a critical issue:

The Problem:

When I manually upload a new movie torrent to Real-Debrid and it becomes cached (accessible via the Rclone mount), Emby does not automatically detect this new file addition. I have to manually run the "Scan Media Library" scheduled task but still the new item does not appear.

My Current Setup & Findings:

1. Environment: Emby Server running in Docker (Ubuntu 24.04 local server).

2. Mount: The Emby library points to the Rclone/Zurg mount path (/data/media/movies as per my settings).

3. Library Setting: I have "Enable real time monitoring" toggled ON in the Library Advanced settings.

4. Scheduled Tasks: I could not find the "Scan Media Library" task section.

What I need help with:

1. Is Real-Time Monitoring expected to work reliably on a network/virtual file system like an Rclone mount?

2. If Real-Time Monitoring is ineffective, what is the best practice for configuring a Zurg/Rclone setup with Emby to ensure prompt detection of new content without excessive scheduled scans?

3. Is there a recommended Emby API endpoint or a Zurg webhook that can be used to trigger a library scan immediately after Zurg updates its virtual file system, rather than relying solely on a fixed schedule?

Any insight into optimizing the scan process for virtual file systems like Zurg/Rclone would be greatly appreciated.

Thank you for your time and assistance!

Edited November 22, 2025 by sawolsamsip

[Luke 42077]

Hi, Emby uses the dotnet runtime, which in turn uses inotify for file system monitoring.

i don’t think inotify supports that kind of mount so this is the reason for the issue.

[Luke 42077]

And yes there is an api which you can see an example of here: 

 

[Kyrunner 86]

5 hours ago, sawolsamsip said:

Hello Emby Support Team and Community,

I am transitioning my media setup from Plex to Emby, utilizing Zurg and Rclone to mount Real-Debrid's cached content as a file system. While the setup works perfectly and the existing files are playable, I'm encountering a critical issue:

The Problem:

When I manually upload a new movie torrent to Real-Debrid and it becomes cached (accessible via the Rclone mount), Emby does not automatically detect this new file addition. I have to manually run the "Scan Media Library" scheduled task but still the new item does not appear.

My Current Setup & Findings:

1. Environment: Emby Server running in Docker (Ubuntu 24.04 local server).

2. Mount: The Emby library points to the Rclone/Zurg mount path (/data/media/movies as per my settings).

3. Library Setting: I have "Enable real time monitoring" toggled ON in the Library Advanced settings.

4. Scheduled Tasks: I could not find the "Scan Media Library" task section.

What I need help with:

1. Is Real-Time Monitoring expected to work reliably on a network/virtual file system like an Rclone mount?

2. If Real-Time Monitoring is ineffective, what is the best practice for configuring a Zurg/Rclone setup with Emby to ensure prompt detection of new content without excessive scheduled scans?

3. Is there a recommended Emby API endpoint or a Zurg webhook that can be used to trigger a library scan immediately after Zurg updates its virtual file system, rather than relying solely on a fixed schedule?

Any insight into optimizing the scan process for virtual file systems like Zurg/Rclone would be greatly appreciated.

Thank you for your time and assistance!

In your zurg 

Edited November 22, 2025 by Kyrunner
need to update

[Kyrunner 86]

In your Zurg config, do you add this info 

# Emby server URL for library updates (optional, also supports Jellyfin/Plex)
emby_server_url: 

# Emby API token for authentication (required if using Emby integration)
emby_token: