mirror of
https://git.proxmox.com/git/qemu-server
synced 2026-01-27 15:53:03 +00:00
cfb7a70165
The qmp command 'guest-fsfreeze-freeze' issues in linux a FIFREEZE ioctl call on all mounted guest FS. This ioctl call locks the filesystem and gets it into an consistent state. For this all caches must be synced after blocking new writes to the FS, which may need a relative long time, especially under high IO load on the backing storage. In windows a VSS (Volume Shadow Copy Service) request_freeze will issued. As of the closed Windows nature the exact mechanisms cannot be checked but some microsoft blog posts and other forum post suggest that it should return fast but certain workloads can still trigger a long delay resulting an similar problems. Thus try to minimize the error probability and increase the timeout significantly. We use 60 minutes as timeout as this seems a limit which should not get trespassed in a somewhat healthy system. See: https://forum.proxmox.com/threads/22192/ see the 'freeze_super' and 'thaw_super' function in fs/super.c from the linux kernel tree for more details on the freeze behavior in Linux guests. Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com> |
||
|---|---|---|
| PVE | ||
| test | ||
| .gitignore | ||
| bootsplash.jpg | ||
| bootsplash.xcf | ||
| changelog.Debian | ||
| control.in | ||
| copyright | ||
| Makefile | ||
| modules-load.conf | ||
| pcitest.pl | ||
| pve-bridge | ||
| pve-bridge-hotplug | ||
| pve-bridgedown | ||
| pve-q35.cfg | ||
| pve-usb.cfg | ||
| qm | ||
| qmextract | ||
| qmrestore | ||
| sparsecp.c | ||
| triggers | ||
| utils.c | ||
| vmtar.c | ||
