martijndemulder

Apparently I was suffering from the network issues that were fixed in release 7.1.4. Problem solved!

I did some more troubleshooting this evening and it seems that somehow the routing table isn't finding its way back to my client network anymore. Yes I know I've got 2 default routes. This is because of the way my management network (10.60.5.x/24, physical NIC) and server network (10.10.5.x/24, vlan interface) is set up. This has worked fine for the last couple of years and that's why I didn't change it. root@P-y-n-h:~# ip route show default via 10.10.5.1 dev br0.10 metric 1 default via 10.60.5.1 dev br0 metric 2 10.10.5.0/24 dev shim-br0.10 proto kernel scope link src 10.10.5.3 metric 1012 10.10.5.0/24 dev br0.10 proto kernel scope link src 10.10.5.3 metric 1013 10.60.5.0/24 dev br0 proto kernel scope link src 10.60.5.3 metric 1012 172.17.0.0/16 dev docker0 proto kernel scope link src 172.17.0.1 192.168.122.0/24 dev virbr0 proto kernel scope link src 192.168.122.1 linkdown root@P-y-n-h:~# ip route show to 10.20.5.3 root@P-y-n-h:~# ip route show to 10.10.5.3/24 10.10.5.0/24 dev shim-br0.10 proto kernel scope link src 10.10.5.3 metric 1012 10.10.5.0/24 dev br0.10 proto kernel scope link src 10.10.5.3 metric 1013 My memory usage seems fine: root@P-y-n-h:~# free -mt total used free shared buff/cache available Mem: 63810 43644 4972 2570 18486 20165 Swap: 0 0 0 Total: 63810 43644 4972

I should've downloaded it, but I was optimistic that the management would stay online. Well, it didn't :( I'll try to reboot it soon and upload the syslog! [edit] I can SSH into it via one of my unifi network devices, but command like "HTOP" won't work So, can't reach SSH into the server (10.10.5.3/24 from 10.20.5.0/24 subnet, but I can via the Unifi device which is in the 10.10.5.0/24 net. [/edit] syslog-16-06-2025.zip

Check! I rebooted the server today and have access to the management again. I shut down one of the VMs in order to test that theory (saves up 6GB of memory which puts me at the 68% mark ATM) Are you interested in the syslog so far? Or doesn't the syslog show memory related issues?

What would you define as close to exhausting memory? 80%, 90% or higher? It's running on a fairly high usage at the moment (84%) since DDR5 is pretty expensive :) But if that's the root-cause it's a no-brainer to add extra memory! I pinned halve of the CPU cores to Unraid/ docker and the other halve to VMs so that the VM wouldn't slow down the server too much when running under full load. Once I rebooted again, I'll have a look for the Excessive flash drive activity slows the system down Funny thing is that the server has been running for a week now. The GUI died almost instantly, but the VMs and Dockers have been working fine. That's why I haven't posted any logging yet.

I see a lot of messages like this one: php-fpm[11936]: [WARNING] [pool www] child 3703766 exited on signal 9 (SIGKILL) after 11.864694 seconds from start Is this problem still a thing?

Mover logging is disabled and I disabled the syslog rotation for now.

Hey everyone, I'm really hoping someone can help me figure this out. About a month ago I build a new server and migrated all the disks etc. Everything seemed fine to start with, but after a while random feezes started to occur. Now I'm not sure as to what is causing this. It might be a new VM I've created with HW passthrough, or it might be occurring while the parity checks running. (because of schedule/ unclean shutdown. The strange thing is that while the UI seems to be feezing, the VMs and (most of the) dockers keep running just fine. I'm just not able to access the server anymore and am forced to perform a hard shutdown (if the pressing of the button for just a couple of seconds doesn't work). I attached the syslog and diagnostics to this topic. I couldn't find any big problems, but I'm hoping you can! Ps. yes I'm running out of space :) Fixing that as we speak massivedump-diagnostics-20250605-1939.zip syslog-10.10.5.3.zip