PartyingChair

And update again, now I found this, which points to my NVME drive causing it. I'm very confused The extended smart test passed with no issues for the NVME, and is currently running for the parity drive from the above screenshot.

I found this, sde having a max disk wait of 8.3 seconds. That is my parity drive. Could that be the culprit?

My worry with that though, is instead of going from 2GB down to 1GB, it's going to go from 5GB down to 1GB and still crash. It seems to just completely plummet at that point. I am happy to buy more RAM if it will fix my issue, but if it doesn't, I really don't want to spend that money. I've attached them to this comment.

My available RAM normally hovers around 2GB (I have 16GB total RAM) but it drops to 1GB during these moments. See attached screenshot. I could be wrong but I feel like 1GB free should be enough, and I worry that adding more RAM won't actually solve the problem. I only have 1 VM and it is limited to 2GB of ram. I didn't know I could limit the ram on dockers, so will look into that. Also will look into pinning CPU cores. I have enabled the /boot/config/fastusr My worry is the high I/O wait I saw, but my dockers and VMs are on NVMe SSDs.

Hello, unraid repeatedly went down over and over again. I could not access the UI at all but it seems the dockers I could sometimes, then not, then sometimes, then not. My VM stayd up the entire time, but we very slow. I have attached diagnostics here. It's the middle of the night so I may not reply for a few hours, but wanted to get a head start on it. I've also attached the previous log separately since I can't find it in that zip, but I do have it. I have also added a screenshot of what netdata shows. Note the final critical errors were me literally turning the computer off at the power switch because I couldn't even get in over ssh. So those are expected. megahub-diagnostics-20250703-0450.zip syslog-10.52.3.36.log

It's now been over 12 hours, but 1) remote syslog server is already enabled and 2) I can pull the Diagnostics (and the server never actually went down - I just couldn't access the WebUI, docker containers, or VMs, They became unreachable but as far as I can tell never actually turned off). I have attached them here. I just don't know if it's too late since it was 12 hours ago. If it is, no worries, next time it happens I will absolutely do it quicker. megahub-diagnostics-20250701-1212.zip

Unfortunately, swap isn't an option if it requires btrfs. Without significant downtime, I have no way to switch it from xfs to btrfs to my knowledge. I'll look into options but it seems it's gonna be a pain, if possible at all.

My array is formatted as xfs. Cache is btrfs though.Also the plugin says its for 6.9 but I'm now on 7.1.4. Also: Just a gut check - I download a lot of stuff through qbittorrent and never have an issue so, although I really don't know, I'd be surprised in vnstat was killing it when everything else isn't.

Hello, I have an intermittent issue. It went away when I updated to v7 but now on 7.1.4 it is back. My server doesn't crash, but it does become completely unreachable (including docker containers, and VMs) for a period of time. Last night this happened from 8:50:33 pm to 9:05:29pm (logs from Home Assistant VM pinging unraid server attached as screenshot). During this time (including one log before and one log after), these are the logs: Jun 30 16:05:17 MegaHub sSMTP[3406899]: Sent mail for [email protected] (221 2.0.0 Bye) uid=0 username=root outbytes=788 Jun 30 20:59:01 MegaHub vnstatd[6004]: Warning: Writing cached data to database took 540.2 seconds. Jun 30 20:59:36 MegaHub vnstatd[6004]: Warning: Writing cached data to database took 31.7 seconds. Jun 30 21:03:27 MegaHub vnstatd[6004]: Warning: Writing cached data to database took 206.8 seconds. Jun 30 21:10:31 MegaHub vnstatd[6004]: Warning: Writing cached data to database took 330.5 seconds. Jun 30 21:14:26 MegaHub vnstatd[6004]: Warning: Writing cached data to database took 231.8 seconds. Jun 30 21:17:17 MegaHub vnstatd[6004]: Warning: Writing cached data to database took 136.9 seconds. Jun 30 21:45:33 MegaHub emhttpd: spinning down /dev/sdeWhen the server crashed, it was reporting ram usage at 86.2%, which I can't imagine is enough to crash the server. I have attached a photo of the graph of RAM at this time. Also, none of my drives seemed to be under heavy load. I do have 2 SMR drives, which are in the process of being phased out, so I am wondering if they could be the cause. However, they have no issues with SMART tests, and run perfectly fine during parity checks and mover operations. As of now, I have moved the vnstat.db to a specific share I hold on the cache, because idk.... seems like it's a smart thing to do if it is the SMR drives causing it. I'm not sure if there is anything else I can do/look into to see what is causing the issues. Any help confirming the issue/confirming the fix would be much appreciated.

Worked fine until it updated, can't get to the UI. Something broke. Container now stalls on "[info] NAME_SERVERS defined as....." Reverting to 5.0.3-1-01 got it working again for now.

Unfortunately, it's too late for that, been through many reboots, and now been 12 hours since it happened.

I made no config changes, but have been running into random issues. Now unraid itself and all dockers cannot see out into the world. Qbittorrent fails, jellyseerr fails, etc. if I try to ping 1.1.1.1 it just hangs. If I try to ping my gateway (10.52.3.1) it also just hangs. But Adguard home, running in br0, works fine. It can access the outside internet. Home Assistant VM can access the outside internet. Can anyone help point me to where the issue may lie? Thanks FIXED: Updating OPNsense fixed it. Not totally sure why, but it did.

Hey. Every once in a while, I suddenly can't access the unraid GUI, and all my dockers go down. Vms stay up. Often requires a restart to fix. Today that happened, and I finally caught some logs. The only logs around the time of this were: Dec 30 18:38:28 MegaHub php-fpm[13470]: [WARNING] [pool www] child 31144 exited on signal 9 (SIGKILL) after 23.052175 seconds from start Dec 30 18:38:55 MegaHub php-fpm[13470]: [WARNING] [pool www] child 31588 exited on signal 9 (SIGKILL) after 27.041666 seconds from start Dec 30 18:39:19 MegaHub php-fpm[13470]: [WARNING] [pool www] child 32006 exited on signal 9 (SIGKILL) after 17.648719 seconds from start Does anyone know what this is or how to fix it? I have set up a (hopefully) bandaid solution just now of having unraid restart once per week, but I'd rather get this fixed properly if I can Thanks

I just tested in another browser, I guess it's an issue in safari because it works fine in Chrome/Firefox. Would love for it to work in Safari if anyone knew what the issue was and how to fix it, but at the end of the day, not a deal breaker

In shinobi, when I click the drop down, it's just white. Not sure how to fix. Thanks

I've been getting these errors since I started using NUT: Nov 25 21:56:50 MegaHub usbhid-ups[18724]: nut_libusb_get_string: Input/Output Error Nov 25 21:56:50 MegaHub usbhid-ups[18724]: nut_libusb_get_string: Pipe error Nov 25 21:56:50 MegaHub usbhid-ups[18724]: nut_libusb_get_report: Input/Output Error I finally went out and bought a new USB cable because I was mostly confident that was the issue. It apparently was not. My configuration editor contains this (last time I tried to fix it I adjusted this): driver = usbhid-ups port = auto pollonly Do you happen to have any other recommendations? Realistically, it seems to work as intended minus randomly giving a bunch of those errors, so I'm not extraordinarily concerned, but still would like to fix it if I could

Thanks for the help. Future me will download diagnostics BEFORE I reboot and make sure I save a copy of the logs. Then, if (more likely, when) it happens again, I can come with that stuff. Then I'll either reply here, or make a new thread with the diagnostics. Sorry I didn't have the data needed for you to help, and thanks for trying anyway.

I think my main mistake was after it was working, I restarted the server. Which lost the logs. Seemed to work for a bit last time so did it this time on instinct almost. I have this time set up a syslog server so when I reboot I can still pull up old logs. Dockers I am running: root@MegaHub:~# docker ps CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES aeda923d640b lscr.io/linuxserver/grocy "/init" 16 hours ago Up 2 hours 443/tcp, 0.0.0.0:9283->80/tcp, :::9283->80/tcp grocy 5099d81f9868 ghcr.io/mealie-recipes/mealie:nightly "/app/run.sh" 16 hours ago Up 2 hours (healthy) 0.0.0.0:3000->9000/tcp, :::3000->9000/tcp mealiev1 008f3526ecd0 lscr.io/linuxserver/speedtest-tracker "/init" 16 hours ago Up 2 hours 443/tcp, 0.0.0.0:1150->80/tcp, :::1150->80/tcp speedtest-tracker 57a578065ec5 postgres:15 "docker-entrypoint.s…" 40 hours ago Up 2 hours 0.0.0.0:5432->5432/tcp, :::5432->5432/tcp postgresql15 2d881179d062 josh5/unmanic:latest "/init" 40 hours ago Up 2 hours 0.0.0.0:8888->8888/tcp, :::8888->8888/tcp unmanic 455ff26203a7 monica "/usr/local/bin/entr…" 2 days ago Up 2 hours 0.0.0.0:8200->80/tcp, :::8200->80/tcp monica 25c6dc88dfd9 lscr.io/linuxserver/tautulli:latest "/init" 2 days ago Up 2 hours 0.0.0.0:8181->8181/tcp, :::8181->8181/tcp tautulli c66cb6295476 ghcr.io/imagegenius/immich "/init" 3 days ago Up 2 hours 0.0.0.0:8250->8080/tcp, :::8250->8080/tcp immich 0346162a7f17 bellamy/wallos:latest "docker-php-entrypoi…" 4 days ago Up 2 hours 9000/tcp, 0.0.0.0:43291->80/tcp, :::43291->80/tcp Wallos b7db3ba44339 lscr.io/linuxserver/radarr "/init" 5 days ago Up 2 hours 0.0.0.0:7878->7878/tcp, :::7878->7878/tcp radarr d6f79200dffc vaultwarden/server "/start.sh" 5 days ago Up 2 hours (healthy) 0.0.0.0:4743->80/tcp, :::4743->80/tcp vaultwarden 643c8c83b7f0 binhex/arch-prowlarr "/usr/bin/dumb-init …" 5 days ago Up 2 hours 0.0.0.0:9696->9696/tcp, :::9696->9696/tcp binhex-prowlarr e4553d1d2b1c lscr.io/linuxserver/freshrss "/init" 6 days ago Up 2 hours 443/tcp, 0.0.0.0:8100->80/tcp, :::8100->80/tcp freshrss fee4afbee29a binhex/arch-qbittorrentvpn "/usr/bin/dumb-init …" 6 days ago Up 2 hours 0.0.0.0:6881->6881/tcp, :::6881->6881/tcp, 0.0.0.0:8080->8080/tcp, 0.0.0.0:6881->6881/udp, :::8080->8080/tcp, :::6881->6881/udp, 0.0.0.0:8119->8118/tcp, :::8119->8118/tcp qbittorrentvpn e733c8734e1b frooodle/s-pdf:latest "tini -- /scripts/in…" 8 days ago Up 2 hours 0.0.0.0:8079->8080/tcp, :::8079->8080/tcp StirlingPDF 910a46b4cb6c binhex/arch-readarr "/usr/bin/dumb-init …" 8 days ago Up 2 hours 0.0.0.0:8787->8787/tcp, :::8787->8787/tcp binhex-readarr 377aa7a97538 lscr.io/linuxserver/sonarr "/init" 8 days ago Up 2 hours 0.0.0.0:8989->8989/tcp, :::8989->8989/tcp sonarr 52593948ce05 psitrax/psitransfer:latest "docker-entrypoint.s…" 8 days ago Up 2 hours 0.0.0.0:3100->3000/tcp, :::3100->3000/tcp psitransfer e20ca1cadafd ghcr.io/hargata/lubelogger:latest "./CarCareTracker" 9 days ago Up 2 hours 0.0.0.0:2010->8080/tcp, :::2010->8080/tcp LubeLogger 0fc62d6ffc61 plexinc/pms-docker "/init" 9 days ago Up 2 hours (healthy) Plex-Media-Server 4ad353b4cab2 redis "docker-entrypoint.s…" 11 days ago Up 2 hours 0.0.0.0:6379->6379/tcp, :::6379->6379/tcp Redis d2b0676ce1ad fallenbagel/jellyseerr:latest "/sbin/tini -- pnpm …" 11 days ago Up 2 hours 0.0.0.0:5065->5055/tcp, :::5065->5055/tcp jellyseerr 2586ee04a2b9 lscr.io/linuxserver/mariadb "/init" 12 days ago Up 2 hours 0.0.0.0:3306->3306/tcp, :::3306->3306/tcp mariadb 5f39a6f943ad ghcr.io/paperless-ngx/paperless-ngx "/sbin/docker-entryp…" 13 days ago Up 2 hours (healthy) 0.0.0.0:9090->8000/tcp, :::9090->8000/tcp paperless-ngx 6d85d6140d19 ghcr.io/gethomepage/homepage:latest "docker-entrypoint.s…" 13 days ago Up 2 hours (healthy) 0.0.0.0:3050->3000/tcp, :::3050->3000/tcp homepage 6f9567e731e2 adguard/adguardhome "/opt/adguardhome/Ad…" 2 weeks ago Up 2 hours AdGuard-Home 7612f3fe6d11 jorenn92/maintainerr:latest "/usr/bin/supervisor…" 2 weeks ago Up 2 hours 0.0.0.0:6246->6246/tcp, :::6246->6246/tcp Maintainerr 25afa4874699 actualbudget/actual-server "/usr/bin/tini -g --…" 2 weeks ago Up 2 hours 0.0.0.0:5006->5006/tcp, :::5006->5006/tcp ActualServer b2c3988c950a lukevella/rallly:latest "docker-entrypoint.s…" 4 weeks ago Up 2 hours 0.0.0.0:3355->3000/tcp, :::3355->3000/tcp Rallly 6d64e2598b0b ghcr.io/sysadminsmedia/homebox:latest "/app/api /data/conf…" 7 weeks ago Up 2 hours (healthy) 0.0.0.0:53842->7745/tcp, :::53842->7745/tcp Homebox 7276ebacc901 d8sychain/mediawiki "/init" 2 months ago Up 2 hours 443/tcp, 0.0.0.0:61734->80/tcp, :::61734->80/tcp mediawiki 5cf469268a49 mattermost/focalboard "/opt/focalboard/bin…" 2 months ago Up 2 hours 9092/tcp, 0.0.0.0:47853->8000/tcp, :::47853->8000/tcp focalboard 0642f580afcd f0rc3/barcodebuddy:latest "/app/supervisor" 2 months ago Up 2 hours 443/tcp, 0.0.0.0:8450->80/tcp, :::8450->80/tcp BarcodeBuddy dae63b3cf1de tensorchord/pgvecto-rs:pg16-v0.2.1 "docker-entrypoint.s…" 2 months ago Up 2 hours 0.0.0.0:5433->5432/tcp, :::5433->5432/tcp PostgreSQL_Immich 4a8a7f2761c7 danielszabo99/microbin "microbin" 2 months ago Up 2 hours 0.0.0.0:5885->8080/tcp, :::5885->8080/tcp microbin b29f7b6ca7f5 bndw/wifi-card:latest "/docker-entrypoint.…" 2 months ago Up 2 hours 0.0.0.0:8000->80/tcp, :::8000->80/tcp wifi-card 16bbdebd6260 adminer "entrypoint.sh php -…" 2 months ago Up 2 hours 0.0.0.0:8282->8080/tcp, :::8282->8080/tcp adminer ddf1dc02aa11 flaresolverr/flaresolverr "/usr/bin/dumb-init …" 3 months ago Up 2 hours 0.0.0.0:8191->8191/tcp, :::8191->8191/tcp, 8192/tcp flaresolverr 31063b53c83b pihole/pihole:latest "/s6-init" 3 months ago Up 2 hours (healthy) pihole 4a16d09b2e9e figro/unraid-cloudflared-tunnel "./cloudflared.sh" 3 months ago Up 2 hours 46495/tcp Unraid-Cloudflared-Tunnel The only 2 dockers I have that are new and therefore would be potential culprits are scrypted (not on currently, was on before reboot) and glances (not on currently, was on before reboot)

I manually re-compressed it. Sorry about that. Here you go megahub-diagnostics-20241124-1921.zip

I'm not inside the zip.... I literally grabbed the exact file, without touching it, from what was downloaded from unraid, and then dragged it to attach here. Here's a screen recording of the entire process: At no point do I go into the ZIP. I just take *exactly* what is downloaded, and upload it. Screen Recording 2024-11-24 at 7.21.25 PM.mov

Yeah, I dragged the single zip file into the attach section, and it then broke them out into that. I cannot attach it by itself, when I try, it breaks it out into all the separate files.

Okay, you had me up to and including "please post a diag file" I downloaded it, and have attached it here. (I expected one folder when I uploaded this) EDIT: removed attachments, attached in a single zip file below

I had a few minutes where I could not access unraid nor any dockers on unraid. VMs were Accessible. The 2 logs that are out of place are: Nov 24 16:59:46 MegaHub smbd[25487]: fruit_tmsize_do_dirent: Processing sparsebundle [REDACTED MacBook Air.sparsebundle] failed and Nov 24 17:40:12 MegaHub vnstatd[4804]: Warning: Writing cached data to database took 311.9 seconds. What could cause these errors? Are they likely the culprits? This happened before, and I restarted it without checking the logs, and the problem went away for a bit, but is now back. I'm thinking maybe USB but last time I replaced it wasn't that long ago.

Ah. For some reason I thought it was a name change, but the same plug-in. I vaguely remember reading about a name change for the same plugin for this. Guess that goes to show how bad my memory is. I guess I’d like to request that as a feature then? thanks.

I feel like I'm missing something. I set up animated icons, but I really only want them animated on hover. Ibracorps video shows this as an option, but I don't see it in my options. Am I missing something, or was that removed?