slydog75

Whenever I go to reboot my server, it never completely stops so it never comes back up. I have to hold down the power button to kill it, then turn it back on. I've attached my syslog, any smoking guns in here? syslog-6-16-25

So maybe a 6 weeks ago my server started freezing. It's happened a total of 3 times now, so it runs for a few weeks before happening. I'm running headless and have to hold the power button down to kill the system and turn it back on to get it running again. This of course causes a parity scan. How do I go about troubleshooting this? Are there logs I can pull NOW, or do I need to set something up now and wait for the next freeze to troubleshoot?

So I've been running dockers on unRaid for a few months now and i'm pretty comfortable with how most of it works> However, I want to be able to set a docker path to connect to an external (it not within unRAID) share.. how can I do that? Can I enter something like \\192.168.86.60\my_share\cal_library in the path and expect it to work?

After all the fixes I've had to do to get everythign else working I'd rather just wipe out the VMs and start from scratch if there's no way to restore them from the backups created by the Appdata Backups plugin.

OK, I ran that command then rebooted. Attempted to start my Debian VM, doens't even try just get the BIOS screen. The WIndows 11 VM starts up and lets me log in but then the screen goes blank. Oddly my windows 2022 VM (which I hadn't tried up until now) is working fine. Most recent diagnostics attached. ur-homeserver-diagnostics-20250113-0937.zip

ahh.. you just helped me on Saturday with a similiar issue I was having with my Docker engine and made the same recommendation.. here's the results from THAT scrub (though I can do another helpful): UUID: 1783b43b-6693-45f5-9201-334d8e942e86 Scrub started: Sat Jan 11 11:02:59 2025 Status: finished Duration: 0:15:37 Total to scrub: 719.94GiB Rate: 786.79MiB/s Error summary: verify=41088 csum=3489528 Corrected: 3530616 Uncorrectable: 0 Unverified: 0 I can't figure out how to restore the VMs though like I was able to with the Dockers.

Man.. upgrading to 7.0 has been one issue after another for me.. I'm hoping this is my last issue. My VMs won't run. My windows 11 VM appears to run but i can't actually get RDP or the console to open.. Debian flat out wont' start, something was corrupted. I have backups I think: How do I go about restoring these? And just in case here's my diagnostics as well. ur-homeserver-diagnostics-20250112-1107.zip

Scrub results: UUID: 1783b43b-6693-45f5-9201-334d8e942e86 Scrub started: Sat Jan 11 11:02:59 2025 Status: finished Duration: 0:15:37 Total to scrub: 719.94GiB Rate: 786.79MiB/s Error summary: verify=41088 csum=3489528 Corrected: 3530616 Uncorrectable: 0 Unverified: 0 Do I just run this procedure to replace the image file? https://docs.unraid.net/unraid-os/manual/docker-management/#re-create-the-docker-image-file

here you go. ur-homeserver-diagnostics-20250111-1036.zip

Hi all, just updated to 7.0 .. My frist issue was that the Cache pool configuration was now invalid. I fixed that by deleting and recreating the pool, but now my Docker Service won't start. Not even sure where to start on this one. Help! What is dmsg(1)? says it might have more informatin. Jan 11 10:32:32 UR-HomeServer ool www[21128]: /usr/local/emhttp/plugins/dynamix/scripts/emcmd 'cmdStatus=Apply' Jan 11 10:32:32 UR-HomeServer emhttpd: Starting services... Jan 11 10:32:33 UR-HomeServer emhttpd: shcmd (139): /etc/rc.d/rc.samba reload Jan 11 10:32:33 UR-HomeServer emhttpd: shcmd (143): /etc/rc.d/rc.avahidaemon reload Jan 11 10:32:33 UR-HomeServer avahi-daemon[1737]: Got SIGHUP, reloading. Jan 11 10:32:36 UR-HomeServer ool www[21482]: /usr/local/emhttp/plugins/dynamix/scripts/emcmd 'cmdStatus=Apply' Jan 11 10:32:36 UR-HomeServer emhttpd: Starting services... Jan 11 10:32:36 UR-HomeServer emhttpd: shcmd (150): /etc/rc.d/rc.samba reload Jan 11 10:32:36 UR-HomeServer emhttpd: shcmd (154): /etc/rc.d/rc.avahidaemon reload Jan 11 10:32:36 UR-HomeServer avahi-daemon[1737]: Got SIGHUP, reloading. Jan 11 10:32:37 UR-HomeServer emhttpd: shcmd (162): /usr/local/sbin/mount_image '/mnt/cache/docker.img' /var/lib/docker 32 Jan 11 10:32:37 UR-HomeServer kernel: loop3: detected capacity change from 0 to 67108864 Jan 11 10:32:37 UR-HomeServer kernel: BTRFS: device fsid 7491084b-4d8a-40d1-a497-b147cdf3d06c devid 1 transid 184842 /dev/loop3 scanned by mount (21651) Jan 11 10:32:37 UR-HomeServer kernel: BTRFS info (device loop3): first mount of filesystem 7491084b-4d8a-40d1-a497-b147cdf3d06c Jan 11 10:32:37 UR-HomeServer kernel: BTRFS info (device loop3): using crc32c (crc32c-intel) checksum algorithm Jan 11 10:32:37 UR-HomeServer kernel: BTRFS info (device loop3): using free space tree Jan 11 10:32:37 UR-HomeServer kernel: BTRFS error (device loop3): bad tree block start, mirror 1 want 22109929472 have 3181288440457736952 Jan 11 10:32:37 UR-HomeServer kernel: BTRFS error (device loop3): bad tree block start, mirror 2 want 22109929472 have 15680564271484292426 Jan 11 10:32:37 UR-HomeServer kernel: BTRFS error (device loop3): failed to read chunk root Jan 11 10:32:37 UR-HomeServer root: mount: /var/lib/docker: can't read superblock on /dev/loop3. Jan 11 10:32:37 UR-HomeServer root: dmesg(1) may have more information after failed mount system call. Jan 11 10:32:37 UR-HomeServer kernel: BTRFS error (device loop3): open_ctree failed Jan 11 10:32:37 UR-HomeServer root: mount error Jan 11 10:32:37 UR-HomeServer emhttpd: shcmd (162): exit status: 1

Thanks Jorge

So one of my data drives died yesterday. I currently have 3 4TB Drives and 1 3TB drive. Lucky for me, the 3TB drive died. I want to replace it with an 8TB which means I need to make the 8TB drive the new parity drive. It this procedure still acurate or is there a newer one I'm not finding? https://docs.unraid.net/legacy/FAQ/parity-swap-procedure/ Thanks in advance.

Thanks for sharing your sizes, you actually do have the same delugevpn-binhex docker.. I just renamed it to put the actual program name first.. Mine is nearly twice the size of yours but the rest look about the same..

I have a few dockers that seem to be taking up an abnormally large amount of space, especially DelugeVPN.. Are these normal sizes? With Deluge there is only one configurable path which is pointing to my appdata folder on my cache, so can't see how I would have it misconfigured.. If these are normal, ok, I'll just make my image file bigger, but if they're not, how do I fix it?

OK, it appears I have this issue fixed. First, my CPU was definitely overheating becuase there was a wire stuck in the fan.. so I think that was exacerbating the problem, but I don't think it was the root cause; even after fixing that, if I transfered a file to cache while plex was playing it would still stutter. I changed the transcode path from /mnt/user/plex_transcode/ to /mnt/cache/plex_transcode/ (appdata had already been changed to this previously) and that seems to have done the trick. SHFS no longer starts hogging the CPU whenever plex is recording Live TV and the stutters seem to be gone!