RbbrDckyBK

Ran into an odd issue today and am hoping somebody might be able to help out. I'm running the binhex Lidarr container (version 2.9.6.4552) on unraid 6.12.15. I'm automatically syncing finished torrents from a remote seedbox to unraid with resilio. Lidarr is monitoring the download directory and seems to correctly see items when they arrive. However, when Lidarr goes to process downloads, I see the error below in the Lidarr debug log. In the Lidarr activity queue, all torrents sit in the "Downloaded - Importing" state (purple download icon) forever, as it periodically tries to process each download: 2025-02-06 14:20:42.4|Debug|DownloadedTracksImportService|Processing path: / 2025-02-06 14:20:42.4|Debug|DiskScanService|Scanning '/' for music files 2025-02-06 14:20:42.4|Debug|DownloadProcessingService|Failed to process download: xxxxxxxxxxxxxxxxxx [v2.9.6.4552] System.IO.IOException: Input/output error : '/sys/kernel/slab' at System.IO.Enumeration.FileSystemEnumerator`1.FindNextEntry(Byte* entryBufferPtr, Int32 bufferLength) at System.IO.Enumeration.FileSystemEnumerator`1.MoveNext() at System.Linq.Enumerable.SelectEnumerableIterator`2.MoveNext() at System.Collections.Generic.List`1..ctor(IEnumerable`1 collection) at System.Linq.Enumerable.ToList[TSource](IEnumerable`1 source) at NzbDrone.Common.Disk.DiskProviderBase.GetFileInfos(String path, Boolean recursive) in ./Lidarr.Common/Disk/DiskProviderBase.cs:line 518 at NzbDrone.Core.MediaFiles.DiskScanService.GetAudioFiles(String path, Boolean allDirectories) in ./Lidarr.Core/MediaFiles/DiskScanService.cs:line 240 at NzbDrone.Core.MediaFiles.DownloadedTracksImportService.ProcessFolder(IDirectoryInfo directoryInfo, ImportMode importMode, Artist artist, DownloadClientItem downloadClientItem) in ./Lidarr.Core/MediaFiles/DownloadedTracksImportService.cs:line 188 at NzbDrone.Core.MediaFiles.DownloadedTracksImportService.ProcessPath(String path, ImportMode importMode, Artist artist, DownloadClientItem downloadClientItem) in ./Lidarr.Core/MediaFiles/DownloadedTracksImportService.cs:line 93 at NzbDrone.Core.Download.CompletedDownloadService.Import(TrackedDownload trackedDownload) in ./Lidarr.Core/Download/CompletedDownloadService.cs:line 122 at NzbDrone.Core.Download.DownloadProcessingService.Execute(ProcessMonitoredDownloadsCommand message) in ./Lidarr.Core/Download/DownloadProcessingService.cs:line 64 Google doesn't return much useful info for this error. Additional info: /data in the docker container is mapped to /mnt/user/resilio/torrents. This where items from the seedbox are sync'd to, and where Lidarr watches for downloads. /media in the docker container is mapped to /mnt/user/Music. This is a new, completely empty share. Permissions on this and the above are both currently public. If I try to manually copy items from the download directory to the media folder (quasi-mimicking what Lidarr is presumably trying to do), I have no issues. There is 5.8TB of free space on both of the above shares. There don't appear to be any issues with any of my unraid disks. They all pass SMART tests, and I've tried isolating the /data and /media shares to various individual disks to try to rule out a hardware issue. "Use Hardlinks instead of Copy" is unchecked in Lidarr -> Settings -> Media Management. There are no errors at all in the unraid system log. The only place I see any errors (the one pasted above) is in the Lidarr debug log (System -> Log Files -> lidarr.debug.txt). Anyone have any ideas?