summary refs log tree commit diff stats
path: root/results/classifier/gemma3:12b/kernel/881
blob: 5ee00adbd984267d75b0d0e14d4ddd8e3992c170 (plain) (blame)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
qemu-ga fs-freeze causes VM to
Description of problem:
I have fresh install of Debian 11 and installed MariaDB 10.7 from MariaDB's Repo. Guest is fully up to date.
When Proxmox goes to do a backup it will call fs-freeze to the VM via the agent which then causes the backup process to hang and the VM will lockup or causes kernel message such as `**task qemu-ga:370 blocked for more than 120 seconds**`. The VM from what I can tell no longer is able to write to disk, and the only fix is to force reset the VM.

The issue doesn't happen when the VM has first started or the agent has been restart from what I can tell, but if you leave it and wait for the nightly backup to run of the VM, it will then cause this issue to happen.

There are other reports of this happening on the [proxmox forums](https://forum.proxmox.com/threads/snapshot-backup-not-working-guest-agent-fs-freeze-gets-timeout.99887/) More details on this topic. Other reports with the issue with MariaDB 10.6.

My other Debian 11 VMs which were also setup recently, do not experience this problem, only difference is this VM is running the MariaDB. I have Gitlab, Docker, Mailcow, PowerDNS, OPNsense (each of these separate VM) in the other VMs and they do not experience this issue. All these VMs are running Debian 11.

Agent Info
```
qemu-guest-agent/stable,stable-security,now 1:5.2+dfsg-11+deb11u1 amd64
```
Steps to reproduce:
1. Install Proxmox (although I would assume any QEMU 6.1.1)
2. Create a Debian 11 guest with MariaDB 10.7 from MariaDB repo
3. Wait good few hours
4. Issue a backup or fs-freeze