anubhavrb

Thanks, I updated unraid to 7.3.2 and most of my docker containers and all my plug-ins as well. Will wait to see if that fixes things and if not, will try the memtest and safe mode. Will update on this thread, thanks!

Hello, I've been dealing with intermittent OS crashes for the last 2-3 weeks. Tailscale containers become inaccessible, webui doesn't load locally, sign in on terminal directly from the unraid pc times out etc. After the first couple times this happened, I was able to diagnose it to a potential issue with the USB boot stick due to several "critical medium error, dev sda" messages while booting up. I ordered a new stick, transferred my config and license over and all was good for about 2 weeks. Now I'm dealing with the same issue again. This time, I set up a userscript I found on here to collect diagnostics every hour so I would have something fairly recent in case the server crashed again. I'm attaching those diagnostics to this post. Is there anything in there that would explain the frequent crashes? Happy to provide more info if needed. ag-tower-diagnostics-20260710-2030.zip

Yep, I was able to get back into my server. I posted my docker mappings above, do any of those look like they may be writing to rootfs instead of to storage?

Was able to physically attach a keyboard to my server and use powerdown and restart. Now running df -h has the rootfs at 6% full, but I know it'll fill back up unless I find out what's causing the issue. Going through my docker mappings and these are the only ones that aren't a subdirectory of /mnt/user: Plex has a /dev/dri mapping for the iGPU Telegraf has a few suspect mappings( host/path -> containter/path ): /var/run/utmp -> /var/run/utmp /var/run/docker.sock -> /var/run/docker.sock / -> /rootfs /sys -> /rootfs/sys /etc -> /rootfs/etc /proc -> /rootfs/proc /run/udev -> /run/udev /rootfs/proc set as container variable HOST_PROC /rootfs/sys set as container variable HOST_SYS /rootfs/etc set as container variable HOST_ETC /rootfs set as container variable HOST_MOUNT_PREFIX UptimeKuma also has the /var/run/docker.sock mapping code-server has a couple: /config/workspace set as container variable DEFAULT_WORKSPACE /mnt/ -> /array TheLounge has /mnt/cache/appdata/thelounge -> /thelounge Do any of these look suspect to you?

Ah man, my server's web gui is now not working (500 Internal Server Error). I can still access the web ui for my docker containers so looks like things are still working, but I need to figure out how to restart the server without the web gui. And I can then look around my docker mappings to see what the root cause is.

Gotcha, I'll take a look at my mappings. I'm not too familiar with how to identify if something is writing to ram though. What kind of patterns or mappings should I be looking for?

Fix common problems flagged this issue recently. I haven't noticed any issues on my server, everything seems to be running smoothly, but thought I'd see if this is something to be concerned about / what I could do to mitigate it. I don't know enough to know whether this will eventually crash my server, but I suspect it might? I've attached my server diagnostics to this post, and this is the output when I run df -h: Filesystem Size Used Avail Use% Mounted on rootfs 16G 16G 162M 99% / tmpfs 128M 3.2M 125M 3% /run /dev/sda1 15G 1.7G 13G 12% /boot overlay 16G 16G 162M 99% /usr overlay 16G 16G 162M 99% /lib tmpfs 128M 14M 115M 11% /var/log devtmpfs 8.0M 0 8.0M 0% /dev tmpfs 16G 0 16G 0% /dev/shm efivarfs 192K 144K 44K 77% /sys/firmware/efi/efivars tmpfs 1.0M 0 1.0M 0% /mnt/disks tmpfs 1.0M 0 1.0M 0% /mnt/remotes tmpfs 1.0M 0 1.0M 0% /mnt/addons tmpfs 1.0M 0 1.0M 0% /mnt/rootshare /dev/md1p1 19T 16T 2.4T 87% /mnt/disk1 /dev/md2p1 15T 11T 4.6T 69% /mnt/disk2 /dev/md3p1 15T 11T 4.6T 69% /mnt/disk3 /dev/md4p1 19T 11T 7.3T 60% /mnt/disk4 /dev/nvme0n1p1 1.9T 89G 1.8T 5% /mnt/cache shfs 66T 47T 19T 72% /mnt/user0 shfs 66T 47T 19T 72% /mnt/user /dev/loop2 50G 30G 20G 60% /var/lib/docker /dev/loop3 1.0G 6.4M 905M 1% /etc/libvirt tmpfs 3.2G 0 3.2G 0% /run/user/0 tower-diagnostics-20250907-2313.zip