You mean like maybe he's been hacked and a fake "ps" is mining bitcoin or something?"ps" command reads the /proc tree (depending on the *ix OS) and outputs the information it finds there. The 100% CPU utilization of the "ps" is a symptom of a larger issue with system's health.
I was thinking systemd/udev went haywire, but I like your guess more!You mean like maybe he's been hacked and a fake "ps" is mining bitcoin or something?
c
to view full process path instead of name only. It should be /usr/bin/ps
dpkg -V procps
if your ps is same like provided by packages. No output is good. If you get a difference shown apt reinstall procps
and hopefully you have backup ready anyway, if the host was mining something. When doing so take the power cable too and then come up again without the network cable ... but hopefully that isn't that bad to the reason for cpu consuming ps ...My first action would be to yank the network cable out of the NIC
systemd/udev went haywi
my host just link to my lan: 192.168.xx.xxx, may not"ps" command reads the /proc tree (depending on the *ix OS) and outputs the information it finds there. The 100% CPU utilization of the "ps" is a symptom of a larger issue with system's health.
Blockbridge : Ultra low latency all-NVME shared storage for Proxmox - https://www.blockbridge.com/proxmox
my host just link to my lan: 192.168.xx.xxx, may not be mining, but some big issuesYou mean like maybe he's been hacked and a fake "ps" is mining bitcoin or something?
[...]my pve even can not reboot
Code:reboot Failed to set wall message, ignoring: Connection timed out Call to Reboot failed: Connection timed out
echo s > /proc/sysrq-trigger
echo u > /proc/sysrq-trigger
echo b > /proc/sysrq-trigger
OP seems to have access to iDRAC, that would be another option for achieving a reboot/reset.This will sync all mounted filesystems, remount them in read-only mode and then a reboot will happen.