So I've been experimenting a bit as you both proposed. I have done the following:
I set "Power Supply Idle Control" to "Typical Current Idle". That didn't work.
Then I disabled C-States which also didn't work.
I took out my PCI-E NIC and reset my network settings to default.
I took out one RAM stick. The same issue occurred, so I put it back in and took out the other instead.
I just experienced another crash this morning which appeared to be somewhat odd. From my phone I could access the login screen of one of my docker apps. Then when I went to my PC to check the dashboard, it froze like this immediately while loading the page:
I successfully accessed the login screen of one of the docker apps at Oct 1 10:10:00 approximately, though I don't see it in the logs. Perhaps it was just cached?
I have attached the log again, but I assume these are the relevant events. I believe I determined that the dashboard has frozen around 10:22:00. I pushed the power button of my NAS at 10:35:51. It did not power off. So around 11:22:00 I held the power button to shut it down.
Oct 1 03:05:17 Tower kernel: mdcmd (36): check NOCORRECT
Oct 1 03:05:34 Tower kernel:
Oct 1 03:05:34 Tower kernel: md: recovery thread: check P ...
Oct 1 03:56:40 Tower unraid-api[6686]: ⚠️ Caught exception: Something went wrong. cron reached maximum iterations.#012#011#011#011#011#011#011Please open an issue (https://github.com/kelektiv/node-cron/issues/new) and provide the following string#012#011#011#011#011#011#011Time Zone: "" - Cron String: 0 * * * * * - UTC offset: +02:00 - current Date: Tue Oct 01 2024 03:55:51 GMT+0200
Oct 1 03:57:14 Tower unraid-api[6686]: ⚠️ UNRAID API crashed with exit code 1
Oct 1 10:22:42 Tower root: shinobipro: Could not download icon https://shinobi.video//libs/assets/icon/apple-touch-icon-57x57.png
Oct 1 10:22:44 Tower unraid-api[4147]: ✔️ UNRAID API started successfully!
Oct 1 10:35:51 Tower init: Switching to runlevel: 0
Oct 1 10:35:51 Tower shutdown[4892]: shutting down for system halt
Oct 1 10:36:04 Tower init: Trying to re-exec init
Oct 1 10:38:00 Tower root: Status of all loop devices
Oct 1 10:38:03 Tower root: /dev/loop1: [2049]:12 (/boot/bzfirmware)
Oct 1 10:38:03 Tower root: /dev/loop2: [0041]:260 (/mnt/cache/system/docker/docker.img)
Oct 1 10:38:03 Tower root: /dev/loop0: [2049]:10 (/boot/bzmodules)
Oct 1 10:38:03 Tower root: /dev/loop3: [0041]:263 (/mnt/cache/system/libvirt/libvirt.img)
Oct 1 10:38:03 Tower root: Active pids left on /mnt/*
Oct 1 10:38:16 Tower root: USER PID ACCESS COMMAND
Oct 1 10:38:16 Tower root: /mnt/addons: root kernel mount /mnt/addons
Oct 1 10:38:16 Tower root: /mnt/cache: root kernel mount /mnt/cache
Oct 1 10:46:02 Tower root: root 7862 F.... shfs
Oct 1 10:46:21 Tower root: /mnt/disk1: root kernel mount /mnt/disk1
Oct 1 10:46:29 Tower root: root 7862 F.... shfs
Oct 1 10:46:48 Tower root: /mnt/disks: root kernel mount /mnt/disks
Oct 1 10:47:01 Tower root: /mnt/flashtillog: root kernel mount /mnt/flashtillog
Oct 1 10:47:21 Tower root: /mnt/remotes: root kernel mount /mnt/remotes
Oct 1 10:47:37 Tower root: /mnt/rootshare: root kernel mount /mnt/rootshare
Oct 1 10:47:41 Tower root: /mnt/user: root kernel mount /mnt/user
Oct 1 10:47:41 Tower root: root 4384 ..c.. openvpn
Oct 1 10:47:41 Tower root: root 4527 ..c.. prerunget.sh
Oct 1 10:47:41 Tower root: nobody 4636 F.c.. java
Oct 1 10:47:41 Tower root: nobody 4844 ..c.. php
Oct 1 10:47:41 Tower root: nobody 4878 ..c.. php
Oct 1 10:47:41 Tower root: root 4888 ..c.. prerunget.sh
Oct 1 10:47:41 Tower root: root 4889 ..c.. natpmpc
Oct 1 10:47:41 Tower root: root 4890 ..c.. prerunget.sh
Oct 1 10:47:41 Tower root: root 8398 F.... rsyslogd
Oct 1 10:47:41 Tower root: root 16322 F.... supervisord
Oct 1 10:47:41 Tower root: root 16622 F.... supervisord
Oct 1 10:47:41 Tower root: root 17244 F...m jellyfin
Oct 1 10:47:41 Tower root: nobody 17893 F...m python3
Oct 1 10:47:41 Tower root: (unknown) 18654 F.c.. mysqld
Oct 1 10:47:41 Tower root: nobody 19211 F.c.. mariadbd
Oct 1 10:47:41 Tower root: root 21866 F.... fail2ban-client
Oct 1 10:47:41 Tower root: root 21872 F.... php-fpm83
Oct 1 10:47:41 Tower root: root 21873 F.... nginx
Oct 1 10:47:41 Tower root: nobody 21954 F.... nginx
Oct 1 10:47:41 Tower root: nobody 21955 F.... nginx
Oct 1 10:47:41 Tower root: nobody 21956 F.... nginx
Oct 1 10:47:41 Tower root: nobody 21957 F.... nginx
Oct 1 10:47:41 Tower root: nobody 21958 F.... nginx
Oct 1 10:47:41 Tower root: root 22812 F.... nginx
Oct 1 10:47:41 Tower root: root 22814 F.... php-fpm83
Oct 1 10:47:41 Tower root: nobody 22859 F.... nginx
Oct 1 10:47:41 Tower root: nobody 22860 F.... nginx
Oct 1 10:47:41 Tower root: nobody 22861 F.... nginx
Oct 1 10:47:41 Tower root: nobody 22862 F.... nginx
Oct 1 10:47:41 Tower root: nobody 23507 F.... qbittorrent-nox
Oct 1 10:47:41 Tower root: /mnt/user0: root kernel mount /mnt/user0
Oct 1 10:47:42 Tower root: Active pids left on /dev/md*
Oct 1 10:47:44 Tower root: USER PID ACCESS COMMAND
Oct 1 10:47:44 Tower root: /dev/md1p1: root kernel mount /mnt/disk1
Oct 1 10:47:44 Tower root: root 7862 F.... shfs
Oct 1 10:47:44 Tower root: Generating diagnostics...
Oct 1 10:48:29 Tower php-fpm[5682]: [WARNING] [pool www] child 3447 exited on signal 9 (SIGKILL) after 228.290562 seconds from start
Oct 1 10:54:58 Tower php-fpm[5682]: [WARNING] [pool www] child 3462 exited on signal 9 (SIGKILL) after 1673.878783 seconds from start
Oct 1 11:05:09 Tower php-fpm[5682]: [WARNING] [pool www] child 3587 exited on signal 9 (SIGKILL) after 2081.008985 seconds from start
Oct 1 11:05:15 Tower php-fpm[5682]: [WARNING] [pool www] child 3588 exited on signal 9 (SIGKILL) after 2555.646897 seconds from start
Can someone smarter than me help me figure out what the errors at 03:05:00 - 03:58:00 concern?
There are also these following events which confuse me.
Sep 30 20:25:09 Tower php-fpm[5682]: [WARNING] [pool www] child 1982 exited on signal 9 (SIGKILL) after 26.470993 seconds from start
Sep 30 20:25:11 Tower php-fpm[5682]: [WARNING] [pool www] child 2202 exited on signal 9 (SIGKILL) after 20.623469 seconds from start
Furthermore, when the system froze at approximately 10:22, it looked as if it was in the middle of a parity check that had started during the night. If I remember correctly, it said that a bit more than 7 hours had elapsed at the time.
I'm really hoping someone can help me figure out what is going on. If JorgeB is right that it's a hardware issue, I suppose that means my CPU is at fault, unless this most recent issue earlier today is unrelated to the previous one, and that the previous issue was due to a faulty RAM stick.
syslog-192.168.50.55.log