if it happened around 18:20 then it seems that the problem starts occuring when VM 103 is being started (for a backup?)
there's first:
Code:
May 22 18:18:18 private pvedaemon[3454571]: start VM 103: UPID:private:0034B66B:0417DCD3:60A92ECA:qmstart:103:root@pam:
May 22 18:18:18 private systemd[1]: Started 103.scope.
May 22 18:18:18 private systemd-udevd[3454585]: Using default interface naming scheme 'v240'.
May 22 18:18:18 private systemd-udevd[3454585]: link_config: autonegotiation is unset or enabled, the speed and duplex are not writable.
May 22 18:18:18 private systemd-udevd[3454585]: Could not generate persistent MAC address for tap103i0: No such file or directory
May 22 18:18:19 private kernel: device tap103i0 entered promiscuous mode
May 22 18:18:19 private systemd-udevd[3454585]: link_config: autonegotiation is unset or enabled, the speed and duplex are not writable.
May 22 18:18:19 private systemd-udevd[3454585]: Could not generate persistent MAC address for fwbr103i0: No such file or directory
May 22 18:18:19 private systemd-udevd[3454585]: link_config: autonegotiation is unset or enabled, the speed and duplex are not writable.
May 22 18:18:19 private systemd-udevd[3454585]: Could not generate persistent MAC address for fwpr103p0: No such file or directory
May 22 18:18:19 private systemd-udevd[3454584]: link_config: autonegotiation is unset or enabled, the speed and duplex are not writable.
May 22 18:18:19 private systemd-udevd[3454584]: Using default interface naming scheme 'v240'.
May 22 18:18:19 private systemd-udevd[3454584]: Could not generate persistent MAC address for fwln103i0: No such file or directory
May 22 18:18:19 private kernel: fwbr103i0: port 1(fwln103i0) entered blocking state
May 22 18:18:19 private kernel: fwbr103i0: port 1(fwln103i0) entered disabled state
May 22 18:18:19 private kernel: device fwln103i0 entered promiscuous mode
May 22 18:18:19 private kernel: fwbr103i0: port 1(fwln103i0) entered blocking state
May 22 18:18:19 private kernel: fwbr103i0: port 1(fwln103i0) entered forwarding state
May 22 18:18:19 private kernel: vmbr1: port 3(fwpr103p0) entered blocking state
May 22 18:18:19 private kernel: vmbr1: port 3(fwpr103p0) entered disabled state
May 22 18:18:19 private kernel: device fwpr103p0 entered promiscuous mode
May 22 18:18:19 private kernel: vmbr1: port 3(fwpr103p0) entered blocking state
May 22 18:18:19 private kernel: vmbr1: port 3(fwpr103p0) entered forwarding state
May 22 18:18:19 private kernel: fwbr103i0: port 2(tap103i0) entered blocking state
May 22 18:18:19 private kernel: fwbr103i0: port 2(tap103i0) entered disabled state
May 22 18:18:19 private kernel: fwbr103i0: port 2(tap103i0) entered blocking state
May 22 18:18:19 private kernel: fwbr103i0: port 2(tap103i0) entered forwarding state
May 22 18:18:19 private pvedaemon[3384808]: <root@pam> end task UPID:private:0034B66B:0417DCD3:60A92ECA:qmstart:103:root@pam: OK
and then
Code:
May 22 18:20:05 private kernel: tg3 0000:01:00.0 eno1: Link is down
May 22 18:20:05 private kernel: vmbr0: port 1(eno1) entered disabled state
May 22 18:20:31 private pvestatd[1990]: Backup: error fetching datastores - 500 Can't connect to backup.hgroepservers.com:8007 (Temporary failure in name resolution)
May 22 18:20:31 private pvestatd[1990]: status update time (20.163 seconds)
May 22 18:20:51 private pvestatd[1990]: Backup: error fetching datastores - 500 Can't connect to backup.hgroepservers.com:8007 (Temporary failure in name resolution)
May 22 18:20:51 private pvestatd[1990]: status update time (20.127 seconds)
May 22 18:20:59 private QEMU[3454580]: kvm: warning: Spice: main:0 (0x563a877608a0): rcc 0x563a8842f2c0 has been unresponsive for more than 30000 ms, disconnecting
followed by a lot of the same for about 5 minutes... so that seems to match your description of the symptoms.
it seems the backup server hostname isn't being resolved. is there a backup job scheduled at this hour?
can you normally perform backups?
what is in the config of this VM?