juanamingo

I deleted the docker image and it started up. Am re-creating my containers now. Thanks @JorgeB

Just upgraded from 7.1.2 -> 7.1.4 (stable), I'm unable to get docker to start. Attached are my diagnostics. I haven't tried downgrading or deleting the docker image and starting over, yet. Waiting on expert input.... guardian-diagnostics-20250716_0413.zip

Sounds good - thanks again! I'll keep that in mind next major upgrade I do to this system.

I updated all shares that had calculated space to 10gb and that worked! Thank you! Is there a better way to adapt to "low space" than manually updating all of the shares min free space?

I just deleted my docker.img and re-created it, then reinstalled all my apps. As far as I could tell, they were all working correctly - until I noticed that my Sabnzbd was showing I tried running docker safe perms again, deleting and reinstalling the container, deleting the perms.txt and reinstalling All the same issue.... Then I went to check other dockers and they all seem to be exhibiting similar behavior. From inside the Sabnzb container: This seems to be happening on several containers.... the /data and sub directories all seem to have the correct permissions: drwxrwxrwx 1 nobody users 91gb is the least amount of space on a single drive, 1tb the most, the cache drive has 1.8tb free. And the docker image isn't full... I'm missing something, but no idea what.... guardian-diagnostics-20250327-1123.zip

That did it - thanks @JorgeB

Thank you! I'll try that and report back as soon as I'm able to carve out the time.

Currently on 7.0.1 and for the first time I'm getting an error when updating or re-installing a container I removed /var/lib/docker/image/btrfs/layerdb/sha256/8d8bb5bda995f63b61e02380fda9305564793791aadc064a382f799308d6c513 and re-tried and getting the same error. /var/lib/docker/image/btrfs/layerdb/tmp is empty. I just rebooted a few minutes ago and tried again, with the same results. It's happening on updating and re-installing containers, but doesn't seem to happen on never-before installed containers. Any suggestions? guardian-diagnostics-20250312-1244.zip

Yes - but only of the important content, and that's already set up on another NAS.

I'm looking for the most cost-effective way to expand my storage capability. My current setup: SUPERMICRO CSE-846TQ-R900B 24bay hot-swap LSI 9305-24i HBA 2 x 20TB IronWolf PRO Dual Parity 14 x 10TB IronWolf PRO Storage 10 x 14TB IronWolf PRO Storage 2 x 2TB Samsung 850 EVO Cache I've run out of drive slots and am running low on space. The cheapest route would probably be to replace the 10TB drives with 20TB one at a time, but then I'll have fully functional 10TB drives that aren't being used, kind of a waste IMO. I'd like to keep them in service until they fail and then replace with a larger drive. The ideal setup would be a cheap JBOD case, good PSU and using another LSI-9305-24i with longer cables. Any suggestions on a case? I'd like to stay under $1500 total, with about $250 of that going to the 2nd LSI card

I ended up using the 2 SSDs to replace the failed m.2 cache drives and am rebuilding all my dockers. Using the command ^^ on another machine, I was able get 99% of the data off the drive. I'm going to try and warranty both m.2 drives (they're both showing failed and are both under warranty)

Will do ASAP. In the meantime I had pulled both drives and connected them to my arch linux machine and ran a btrfs check. one drive was fine, the other didn't complete the check. (don't have the errors handy). So far, I've had luck copying data off using btrfs restore -i -v /dev/sda1 ./temp --path /appdata So far it's pulled off > 137 GB and still going. only a few errors have come up about unable to retrieve a file. Mostly for containers I don't care about.

Howdy... I just had a docker instances fail to load its UI and then noticed no docker containers were loading, and got a message that a drive was missing from the cache pool. I rebooted the system and when it came back up, the docker service wasn't started and one of my NVME cache drives was missing from the pool. I shut down, pulled both drives and reseated them. Same thing, drive didn't show. I shut down again, swapped ports and both drives showed up - but BIOS gave a message that one of the drives failed SMART check and to replace it. I shut down again, swapped ports to the original position and both drives showed up (with the same BIOS SMART message). I got a message that the cache pool had returned to normal - but now it shows on the Pool Devices tab "Unmountable: Unsupported or no file system", and on the Array Operations tab "Unmountable disk present" and need to check the box to format the drives. I tried stopping the array and removing the "bad" (NVME1) drive, starting and stopping, then setting to 1 drive and starting, with the same results - need to format the drive to use it. It was a 2 drive btrfs pool. The SMART report says the drive was placed into read only mode. Any way to see the data on the "good" (NVME0) drive - my appdata folder is there... guardian-diagnostics-20240829-1331.zip

Gotcha - thank you sir! It looks like I'd have to compile a custom kernel to suppress that.

Well I finally got a chance to look into this. I have 4 nvme slots on my board and 2 nvme drives in a cache pool. I pulled both drives and installed heatsinks on them because every so often when the mover was running one of the drives would hit 50-60C and I didn't like that much. (I think it was the drive that was erroring, but i'm not sure) Originally the drive with the errors was in slot 0, and the 2nd drive in slot 1. When reinstalling the drives i put the drive with errors in slot 2, and the 2nd drive in slot 0, leaving slots 1 and 3 unoccupied. I'm still seeing the errors and they've followed the drive.... Some google research seems to indicate this is a harmless error - BUT in a week or so, log folder will fill up and I'll need to delete the syslog.1 or reboot. Any suggestions besides seeing if Samsung will replace the drive?