B_Sinn3d

I just noticed my log was 100% full as well with these errors. I tracked it down to RecycleBin plugin which was just updated last night at 12am for me and started spamming the logs. The version which it was updated to was recycle.bin-2022.10.21.tgz for reference. I stopped the plugin and will follow up on that support post.

Sounds like a good idea....I installed the plugin and did the update now. I am getting below output and free space does not update for the shares. Let me know if you want me to move this to your plugin thread. Don't want to hijack this thread. Scanning Cell Phone ... Warning: file_get_contents(http://localhost/update.htm): failed to open stream: HTTP request failed! in /usr/local/emhttp/plugins/dynamix.share.floor/scripts/share_floor on line 40 updated - new floor setting: 2.6 GB Scanning Downloads ... Warning: file_get_contents(http://localhost/update.htm): failed to open stream: HTTP request failed! in /usr/local/emhttp/plugins/dynamix.share.floor/scripts/share_floor on line 40 updated - new floor setting: 41.2 GB Scanning Movies ... Warning: file_get_contents(http://localhost/update.htm): failed to open stream: HTTP request failed! in /usr/local/emhttp/plugins/dynamix.share.floor/scripts/share_floor on line 40 updated - new floor setting: 41.2 GB Scanning Music ... Warning: file_get_contents(http://localhost/update.htm): failed to open stream: HTTP request failed! in /usr/local/emhttp/plugins/dynamix.share.floor/scripts/share_floor on line 40 updated - new floor setting: 500.0 MB

I am seeing the same issue after updating to 6.10 RC3. I don't want to uninstall the plugin since I don't want to set everything backup once its resolved. Does anyone know exactly what is captured in the EXPORT?

The contents have gone through quite a few version of unRaid. I have deleted the file. I appreciate you, Squid.

I am seeing below message regarding corrupt file. How can I confirm if it is false positive? Your flash drive has possible corruption on /boot/config/plugins/dynamix/dynamix.lighttpd.cfg I can open file and it appears OK to me. Below are the contents. Attaching Diagnostics as well. debo-server-diagnostics-20220306-1033.zip

I recently added a second GPU to my system to handle plex transcoding. For some reason it is being vfio-pci bound so i cannot use it for plex. I confirmed it is not being stubbed. I even removed my other GPU and usb controller I am stubbing for gaming vm. I cant figure out why. Any help is appreciated. Diagnostics attached. debo-server-diagnostics-20220113-1720.zip

Looking for some input on my setup. I currently have a msi prestige x570 motherboard with 3 pcie 4.0 x16 slots amd 3 pcie x1 slots. x16 slots are currently filled with below. Pcie x16 #1 -> rtx 3070 (passthrough gaming vm) Pcie x16 #2 -> Chelsio 10gb dual port card (passthrough to pfsense vm) Pcie x16 #3 -> LSI 9201-16e I want to add quadro t400 to handle plex transcoding. So my dilemma is... I bought a pcie x1 to x16 adapter. I was thinking of either moving my 10gb card to that or the Quadro t400. Which one would have the least performance impact since i wont be able to get full performance from x1 slot?

I am also having this issue for my 5950x and emulating CPU as a workaround on 6.9. I am not ready to update my production unraid yet to test but have you tried the 6.10 RC?

I just updated my processor from 3900x to 5950x and now getting the same error. I ended up emulating the cpu to get it working. Hopefully I can figure out how to get passthrough working again.

Seeing the same issue. I believe it worked at some point, it wasn't until this morning that I realized my backups weren't being created. I am going back to my manual virsh/rsync script I was running before this.

I picked this up from somebody on this forum so if I find out who I will give credit but this is what I run in user scripts on Monthly schedule. It zips my plex directory minus the cache folder then deletes any existing backups older than 45 days from my Backup share. #!/bin/bash zip -rq /mnt/user/Backup/PlexZip/$(date +\%Y-\%m-\%d-\%H-\%M).zip /mnt/cache/Apps/Plex/ -x "/mnt/cache/Apps/Plex/Library/Application Support/Plex Media Server/Cache/*" find /mnt/user/Backup/PlexZip/ -mindepth 1 -mtime +45 -delete

Happy birthday unraid! 6 years now and wow how much has changed. So much more user friendly and has become the all in one system we could have only dreamt about. Keep up the great work...and shout out to awesome community that are so quick to provide insight and pass along their knowledge to help others.

I am having the same issue. I tried stopping the preclear and resuming but now it is stuck at "starting" the post read. Any next steps? Attaching Diags and Preclear logs. debo-server-diagnostics-20180907-2041.zip DEBO-SERVER-preclear.disk-20180907-2036.zip

I updated the script with SED command and still stuck on Starting when I try to clear my unassigned disk. Am I missing something? I checked the script and the changes did complete.

Also have mine stuck on "starting". Any workaround/fix?

Thanks Binhex, I used this command to find anything over 1GB. The container that starts with e93 is binhex/sonarr, but I am unable to find any dockers that start with 92e. Is there something I am missing here? I am searching by using docker ps -a command. /var/lib/docker/btrfs/subvolumes/92e0d85384a0b19ed2dc7c91e6c2471f66d7f08b1c4905c642ee6c09a3e34b12/The: 993M /var/lib/docker/btrfs/subvolumes/92e0d85384a0b19ed2dc7c91e6c2471f66d7f08b1c4905c642ee6c09a3e34b12/The: 1.2G /var/lib/docker/btrfs/subvolumes/92e0d85384a0b19ed2dc7c91e6c2471f66d7f08b1c4905c642ee6c09a3e34b12/The: 2.8G /var/lib/docker/btrfs/subvolumes/92e0d85384a0b19ed2dc7c91e6c2471f66d7f08b1c4905c642ee6c09a3e34b12/The: 2.7G /var/lib/docker/btrfs/subvolumes/92e0d85384a0b19ed2dc7c91e6c2471f66d7f08b1c4905c642ee6c09a3e34b12/The: 1.1G /var/lib/docker/btrfs/subvolumes/e93e17d188f4b6ef2916abf382b43e3ed490c616477db527b15f846d8b80d56e/The: 2.7G UPDATE: I looked for any files over 50M in that container and added up the files and I am already at almost 20G. This seems to be the culprit of my growing docker size. How can I find out what container this is? UPDATE #2: Apparently this is a known issue with subvolumes not getting deleted properly. According to the following https://github.com/docker/docker/pull/15801 is should be fixed with Docker 1.9. Does anyone know if this will be in unRAID 6.2? hmm interesting bug raised there, could explain growing unraid docker image size if a user is doing a lot of churn, i.e. creating and deleting docker containers, still doesnt cover the case where people are seeing usage grow whilst not doing any creation/deletion of containers (just to be clear im NOT seeing this <-). Does stopping and starting also create new subvolumes? I have a number of dockers that I only spin up when needed. Dolphin, caview, crashplan... I wonder if this is also contributing. I am going to recreate my docker image this weekend to get rid of all those ghost subvolumes that are eating up a lot of space.

Thanks Binhex, I used this command to find anything over 1GB. The container that starts with e93 is binhex/sonarr, but I am unable to find any dockers that start with 92e. Is there something I am missing here? I am searching by using docker ps -a command. /var/lib/docker/btrfs/subvolumes/92e0d85384a0b19ed2dc7c91e6c2471f66d7f08b1c4905c642ee6c09a3e34b12/The: 993M /var/lib/docker/btrfs/subvolumes/92e0d85384a0b19ed2dc7c91e6c2471f66d7f08b1c4905c642ee6c09a3e34b12/The: 1.2G /var/lib/docker/btrfs/subvolumes/92e0d85384a0b19ed2dc7c91e6c2471f66d7f08b1c4905c642ee6c09a3e34b12/The: 2.8G /var/lib/docker/btrfs/subvolumes/92e0d85384a0b19ed2dc7c91e6c2471f66d7f08b1c4905c642ee6c09a3e34b12/The: 2.7G /var/lib/docker/btrfs/subvolumes/92e0d85384a0b19ed2dc7c91e6c2471f66d7f08b1c4905c642ee6c09a3e34b12/The: 1.1G /var/lib/docker/btrfs/subvolumes/e93e17d188f4b6ef2916abf382b43e3ed490c616477db527b15f846d8b80d56e/The: 2.7G UPDATE: I looked for any files over 50M in that container and added up the files and I am already at almost 20G. This seems to be the culprit of my growing docker size. How can I find out what container this is? UPDATE #2: Apparently this is a known issue with subvolumes not getting deleted properly. According to the following https://github.com/docker/docker/pull/15801 is should be fixed with Docker 1.9. Does anyone know if this will be in unRAID 6.2?

It just got worse...I previously set image from 20GB to 30GB, my image exploded last night and completely filled up 100%. I restarted my docker and now I have 5 orphaned images...grrr. Has LT recognized this as an issue yet? I can't keep expanding my image as a workaround.

Actually, I think I may agree with you about plex. The times I was getting the notifications of image space utilization was during plex streaming. But it was external stream. When the streaming stopped the message said it returned to normal. I am pretty sure I already transcode to ram but will need to confirm later tonight.

I am having the issue as well. I just added another 10GB to the docker image because...well I have the space and was not in the mood to find out what i causing the docker image to keep growing. Repository Tags ID Virtual Size Creation Time sparklyballs/handbrake latest 7912e0056bbccecfd2d1fa32 976.92 MiB 8/19/2015, 5:04:35 AM binhex/arch-sonarr latest 2def71ac7e52890962437e6f 950.63 MiB 9/25/2015, 4:36:42 AM aptalca/docker-dolphin latest 582777d0cf320f7c27969240 925.32 MiB 5/7/2015, 1:47:33 PM binhex/arch-delugevpn latest f87106f2cb7e04e44b13a7cf 826.55 MiB 9/14/2015, 4:33:24 AM gfjardim/crashplan-desktop latest 2ecdc387fe4c464eacf2ea50 768.55 MiB 7/14/2015, 10:03:39 AM zuhkov/guacamole latest 931050a833a6e9ead7af9dc3 695.21 MiB 3/1/2015, 6:10:10 PM aptalca/docker-plexrequests latest 7eca88a70c0419a31f807787 614.01 MiB 8/9/2015, 4:45:53 AM gfjardim/crashplan latest 4abc20213697e28d534019b5 607.81 MiB 7/14/2015, 9:47:38 AM binhex/arch-couchpotato latest 7de43ac6e0dc047fbbccc125 599.44 MiB 9/9/2015, 10:24:48 AM needo/plex latest 8906416ebf13bada755e356a 575.94 MiB 5/1/2015, 9:24:20 AM needo/plexwatch latest 4052a2f57e29f199cd73b9f7 356.69 MiB 5/5/2015, 4:49:17 PM captinsano/foldingathome latest 124f89c1c08c11d1d083eb8f 277.06 MiB 2/23/2015, 4:45:34 PM google/cadvisor latest 9d2add265f7f96e8973b7678 19.11 MiB 9/23/2015, 6:12:14 PM

See first post, you need to download the pre clear script as well.