Okay, so 10.10.10.2 is still listed at the end of the mon_host line inside the [global] section.
You can use your preferaed editor and delete the ip: 10.10.10.2. make a copy of the file before making any change.
So at the moment, the daemon successfully restarted, and running for more than hour.
Looking at journalctl may provide related information, so the last crash from shared crash info was at 2026-07-27 23:21, therefore take look what happend before...
Not really sure, but did you verify different port portv2 and v3 to see if any differences?
Just my 2 cent, Do you have IPMI/iDRAC? maybe you can attempt from IPMI console and check this issue after booting.
The recommendation is to use virtio dirvers for best performance:
https://pve.proxmox.com/wiki/Windows_2003_guest_best_practices
In the wiki its also mentioned:
"the latest VirtIO iso do not include drivers for Windows 2003. You need to download...
Is the high CPU usage showing up inside the Windows Guest (Task Manager), or on the Proxmox Host GUI?
If inside the Windows VM What specific process is consuming the CPU?
I would suggest to test to:
- Increase the assigned core to e.g 8 cores...
hmmm there currently known issue explained in:
https://forum.proxmox.com/threads/windows-server-2025-cpu-suddenly-at-100.184763/post-861490
Where its recommended to use CPU type other than host CPU. So you can roll out this and keep CPU type as...
I have not experienced this issue before. are you still observing this problem?
The journalctl log during the issue time might contain a clear reason for the problem.
My first thought was if there's backup running during that time, and I kept on reading until spotting it:
"Our backup infrastructure uses Bacula, and backups are executed on Fridays, so I'm wondering if increased I/O load could somehow expose an...
If the process is shown D → the process in an uninterruptible sleep. This state cannot be interrupted by signals. For more details please refer to the PROCESS STATE CODES in man ps[0]. In such cases, it is not possible to resolve the issue...
Thanks, it looks the config correct, so the issue seems on the VM.
The network config on the VM doesn't sees to include auto start (auto) [0]; could you try to bring the interfacr up on the VM:
~# ifup enp6s18
[0]...