summary refs log tree commit diff stats
path: root/gitlab/issues_text/target_missing/host_missing/accel_missing/520
diff options
context:
space:
mode:
Diffstat (limited to 'gitlab/issues_text/target_missing/host_missing/accel_missing/520')
-rw-r--r--gitlab/issues_text/target_missing/host_missing/accel_missing/52033
1 files changed, 0 insertions, 33 deletions
diff --git a/gitlab/issues_text/target_missing/host_missing/accel_missing/520 b/gitlab/issues_text/target_missing/host_missing/accel_missing/520
deleted file mode 100644
index 1d63a7cef..000000000
--- a/gitlab/issues_text/target_missing/host_missing/accel_missing/520
+++ /dev/null
@@ -1,33 +0,0 @@
-qemu-ga fsfreeze crashes the kernel
-Description of problem:
-Hello,
-
-Still required your attention, duplicate from:
-https://bugs.launchpad.net/bugs/1807073
-https://bugs.launchpad.net/bugs/1813045
-
-We use mainly Cloudlinux, Debian and Centos.
-We experienced many crashes on our qemu instances based on Cloudlinux during a snapshot.
-The issue is not related to CloudLinux directly, but to Qemu agent, which does not freeze the file system(s) correctly. What is actually happening:
-
-When VM backup is invoked, Qemu agent freezes the file systems, so no single change will be made during the backup. But Qemu agent does not respect the loop* devices in freezing order (we have checked its sources), which leads to the next situation:
-1) freeze loopback fs
-              ---> send async reqs to loopback thread
-2) freeze main fs
-3) loopback thread wakes up and trying to write data to the main fs, which is still frozen, and this finally leads to the hung task and kernel crash.
-
-Moreover, a lot of Proxmox users are complaining about the issue as well:
-https://forum.proxmox.com/threads/error-vm-100-qmp-command-guest-fsfreeze-thaw-failed-got-timeout.68082/
-https://forum.proxmox.com/threads/problem-with-fsfreeze-freeze-and-qemu-guest-agent.65707/
-Steps to reproduce:
-1. Manually start backup for the VM with qemu-agent enabled.
-2. The backup process stuck at "INFO: issuing guest-agent 'fs-freeze' command"
-3. The VM become unavailable, you can only unlock it and force reset.
-Additional information:
-/var/log/messages logs:  
-Aug  6 21:54:00 cpanel qemu-ga: info: guest-ping called  
-Aug  6 21:54:01 cpanel qemu-ga: info: guest-fsfreeze called  
-Aug  6 21:54:01 cpanel qemu-ga: info: executing fsfreeze hook with arg 'freeze'  
-
-
-after this the VM becomes completely unavailable.