wickedathletes

and also this just popped up, and this is what i am concerned could be causing my crashing, as it degrades over time, then eventually all dockers die out. Jun 23 09:57:20 HADES php-fpm[5126]: [WARNING] [pool www] server reached max_children setting (50), consider raising it

still running strong, closing in on 48 hours now, so 1-2 days to go. That said, I noticed these 2 things in my log today: Jun 22 10:19:33 HADES kernel: warning: `lshw' uses wireless extensions which will stop working for Wi-Fi 7 hardware; use nl80211 Wasn't sure if either mattered or not. Jun 23 07:32:15 HADES webgui: Successful login user root from 10.0.0.48 Jun 23 07:32:16 HADES nginx: 2026/06/23 07:32:16 [error] 5237#5237: *20763 open() "/usr/local/emhttp/apple-touch-icon-precomposed.png" failed (2: No such file or directory) while sending to client, client: 10.0.0.48, server: XYZ.myunraid.net, request: "GET /apple-touch-icon-precomposed.png HTTP/2.0", host: "XYZ.myunraid.net:3443" I assume the above was caused by my attempt to login from my phone?

My machine is roughly on 24 hours of uptime, so another 48-72 to go to see if I am in the clear when running in GUI Safe Mode however, I saw these in my log and was wondering if this was anything? Jun 21 12:08:23 HADES ntpd[2650]: duplicate or replay: org 0xede28af7.2fc7a29a does not match 0x0.00000000 from [email protected] Jun 21 12:09:27 HADES ntpd[2650]: duplicate or replay: org 0xede28b37.2fc80104 does not match 0x0.00000000 from [email protected] Jun 21 12:09:37 HADES ntpd[2650]: duplicate or replay: org 0xede28b41.c8419670 does not match 0x0.00000000 from [email protected] Jun 21 12:45:14 HADES ntpd[2650]: duplicate or replay: org 0xede2939a.c842c026 does not match 0x0.00000000 from [email protected]

hades-diagnostics-20260614-1903.zip I plan to start safe mode soon, didn't want to annoy too many Plex friends on the weekend. A few questions and also the latest logs in case this helps at all. I noticed the following after I captured those logs above. Is this common to see? Also, Maintainerr is disabled and turned off, why does it keep trying to find the icon still? Jun 15 10:12:26 HADES kernel: vethd938b94: renamed from eth0 Jun 15 10:12:26 HADES kernel: br-35630357bbbc: port 7(vethc148694) entered disabled state Jun 15 10:12:26 HADES kernel: vethc148694 (unregistering): left allmulticast mode Jun 15 10:12:26 HADES kernel: vethc148694 (unregistering): left promiscuous mode Jun 15 10:12:26 HADES kernel: br-35630357bbbc: port 7(vethc148694) entered disabled state Jun 15 10:12:26 HADES kernel: br-35630357bbbc: port 7(vethd414c76) entered blocking state Jun 15 10:12:26 HADES kernel: br-35630357bbbc: port 7(vethd414c76) entered disabled state Jun 15 10:12:26 HADES kernel: vethd414c76: entered allmulticast mode Jun 15 10:12:26 HADES kernel: vethd414c76: entered promiscuous mode Jun 15 10:12:26 HADES kernel: eth0: renamed from vethcd44c90 Jun 15 10:12:26 HADES kernel: br-35630357bbbc: port 7(vethd414c76) entered blocking state Jun 15 10:12:26 HADES kernel: br-35630357bbbc: port 7(vethd414c76) entered forwarding state Jun 15 10:12:30 HADES webgui: Maintainerr: Could not download icon https://github.com/jorenn92/Maintainerr/blob/main/ui/public/logo.png?raw=true

boot into safe mode and see if it, it eventually fails again in 2-3 days? Just trying to figure out what this is checking? Is it because plugins and dockers aren't turned on doing that?

syslog.ziphades-diagnostics-20260611-1008.zip attached are the latest round of logs. I removed 2 plugins as well. Hopefully this helps in some way to diagnose what could be causing this issue? Like clockwork, the server becomes unresponsive after 48-72hrs.

do the attached logs not show the reason for crash? its been crashing for a few weeks now, I was able to capture "diagnostics" before rebooting, its attached.

thank you, I noticed that via a command line i found to use so I rebooted. Now just trying to figure out why I keep crashing.

hades-diagnostics-20260608-0953.ziplogs attached. Seeing a ton of this: Jun 5 17:04:24 HADES php-fpm[11183]: [WARNING] [pool www] server reached max_children setting (50), consider raising it Jun 5 17:08:25 HADES nginx: 2026/06/05 17:08:25 [error] 11342#11342: *153975 upstream timed out (110: Connection timed out) while reading response header from upstream, client: 10.0.0.74, server: 10-0-0-218.90e2fe0d49f96ca5d5fa9dc615c0641bedcef03e.myunraid.net, request: "POST /webGui/include/Report.php HTTP/2.0", subrequest: "/auth-request.php", upstream: "fastcgi://unix:/var/run/php-fpm.sock", host: "10-0-0-218.90e2fe0d49f96ca5d5fa9dc615c0641bedcef03e.myunraid.net:446", referrer:

yes, I was able to grab the diagnostics, I am more wondering if the reboot is safe if the data rebuild was still happening. That said, it looks like it had finished so I rebooted.

thank you. is it safe to reboot whether the parity rebuild finished or not, if you know.

I have a server that was doing a data rebuild (94% on Friday) and at some point Friday night my server became unresponsive. Couple questions: Is it safe for me to reboot without knowing the status of the rebuild? Is there a way for me to see the status of the rebuild on the console? How do I get diagnostics saved from console on the usb stick so I can reboot and grab the zip to see why the heck my server keeps becoming unresponsive after 24-72hrs. I am running 7.3.1, however I tried 7.2.x and 7.3.0 with same issues. I thought my issue was the drive I had failing so I put in a backup drive. Unfortunately that doesn’t seem to be it either.

I am unsure of the best way to capture the syslog when the system locks up and it needs to be hard-restarted. If I hard power down can I get the old syslog from the USB stick still?

I initially thought it had something to do with moving to 7.3 as it started happening when I made that move. However, I have since reverted back to 7.2.7 and still seeing the issue. After 24-48 hours my server becomes somewhat unresponsive. By this I mean, some dockers still work (Plex streaming for example), but they act wonky (I cant run meta-agents in Plex). At this point I can not log back into my server and I have to hard-reboot it. I do have a drive that needs to be replaced but I am concerned that if thats not the problem what happens when the parity is being rebuild and my server crashes? In wondering if it was 7.3.x (both 7.3.0 and 7.3.1 had same issue) I replaced my old as dirt USB stick to a new one as well, but it didn't solve anything. The last crash happened sometime in the last 24 hours, its tough to pinpoint when it stops responding unless im checking it hourly. I have attached my diagnostics logs in hoping someone can find something I am missing. hades-diagnostics-20260601-1622.zip

so running in safe mode had it finish with an average speed of 131MB/s. I noticed my cpu performance was pegged and I disabled folder cache plugin. This solved my processor issues, wondering if that was causing everything? The odd thing is this only started happening since 7.0 release. It worked as it normally did back on the RC's (I run parity every few months). No folder structures of cache folder settings changed, so not sure. I will see how it does with the array running soon (I have a scheduled on in 2 weeks).