Did you test this and got the error above?
I assume since the migration network on a different network it should work, assuming you still have corosync quorum on the other nodes.
Always welcome. I will keep an eye on the thread.
In case it reoccur share journalctl again covering issue time:
root@pve2 :# journalctl --since "2026-07-xx xx:00" --until "2026-07-yy yy:yy" > /tmp/syslog.txt.gz
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...