RIzzaz

3Binhex radarr not starting after update on unraid to 7.0 rc 2 may well be an unraid issue however powlarr doesn't start after the update this is the log https://hub.docker.com/u/binhex/ 2025-01-18 18:39:38.443002 [info] Host is running unRAID 2025-01-18 18:39:38.458284 [info] System information: Linux 2dda8006d5c7 6.6.68-Unraid #1 SMP PREEMPT_DYNAMIC Tue Dec 31 13:42:37 PST 2024 x86_64 GNU/Linux 2025-01-18 18:39:38.471045 [info] Image tags: BASE_RELEASE_TAG=2024123002,IMAGE_RELEASE_TAG=5.17.2.9580-1-01 2025-01-18 18:39:38.486004 [info] PUID defined as '99' 2025-01-18 18:39:38.502827 [info] PGID defined as '100' 2025-01-18 18:39:38.521926 [info] UMASK defined as '000' 2025-01-18 18:39:38.537172 [info] Permissions already set for '/config' 2025-01-18 18:39:38.554115 [info] Deleting files in /tmp (non recursive)... 2025-01-18 18:39:38.573320 [info] SHARED_NETWORK not defined (via -e SHARED_NETWORK), defaulting to 'no' chmod: cannot access '/config/supervisord.log': No such file or directory I looked fo the file in that folder and it doesn't contain a supervisord.log but does have a few supervisord.log.1 supervisord.log.2 supervisord.log.3 etc.. I tried renaming to just supervisord.log which did do something, but radarr still didn't start and now there's a supervisord.log.1 again... I have the same issue with binhex prowlarr

I have manually run the trim command which did ssem to work, although made little difference to the free space reported, It's a debian VM, just installed. I added the discard='unmap' option as per that link, booted the VM, that didn't seem to make any difference I ran the trim command from within unraid, which worked however trimmed very little I then thought to run trim from directly within the OS and that has cut back to about 1.1tb which is good, still more than the 700 or so but good, I'm running a balance as it now said 60% ? 99% before, I'll try trim again in the os after that, does this make sense, should i have to set up trim manually in the VM OS, I had the impression unraid now handles this ? Thanks

Hi there, Not finding any answers to this one I have a nvme drive in a PCI express adapter as a btfs cache pool. All appears ok and I'm mainly running a debian VM on the pool, however the free space on the cach keeps going down, it currently reports around 150gb free on a 2 TB drive when the total partitions on the debian os adds up to around 700gb.. I've tried balance, scrub and manual trim command, which all seemed to work, however no change on the amount of free space, Any ideas?? see attached diagnostics, smart report, screen grab of share, and the VM which you can see is only using 727G diagnostics-20221023-1316.zip smart-20221023-0528.zip

I have edited the original post to include screen shots and diagnostics, any help appreciated Thanks

Hi there, Not finding any answers to this one I have a nvme drive in a PCI express adapter as a btfs cache pool. All appears ok and I'm mainly running a debian VM on the pool, however the free space on the cach keeps going down, it currently reports around 150gb free on a 2 TB drive when the total partitions on the debian os adds up to around 600gb.. I've tried balance, scrub and manual trim command, which all seemed to work, however no change on the amount of free space, Any ideas?? see attached diagnostics, screen grab of share, and the VM which you can see is only using 727G diagnostics-20221023-1316.zip

I've upgraded too, Tried the H264 passthrough feature with audio, seems to all work well! Good work, threw you a donation.