Bug 873292
| Summary: | libvirt: terminating vm on signal 15 when hibernate fails on ENOSPACE | ||
|---|---|---|---|
| Product: | Red Hat Enterprise Linux 6 | Reporter: | Chris Pelland <cpelland> |
| Component: | libvirt | Assignee: | Michal Privoznik <mprivozn> |
| Status: | CLOSED ERRATA | QA Contact: | Virtualization Bugs <virt-bugs> |
| Severity: | high | Docs Contact: | |
| Priority: | high | ||
| Version: | 6.3 | CC: | acathrow, cpelland, dallan, dron, dyasny, dyuan, hateya, mburns, mprivozn, mzhan, pm-eus, rwu, whuang |
| Target Milestone: | rc | Keywords: | ZStream |
| Target Release: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | libvirt-0.9.10-21.el6_3.6 | Doc Type: | Bug Fix |
| Doc Text: |
Cause:
When saving a domain onto disk, libvirt injects this iohelper process in between to be able to do aligned writes (these are important when by-passing kernel caches). This process basically reads data from qemu into internal buffer and write it into passed file.
Consequence:
With right combination of filesystem where the destination file resides and bad timing it was possible that data was not written and kernel did not report out of space error (ENOSPC). For instance, NFS polls for the free space on NFS server, so data lives in kernel cache and writing application has no clue about the error. The error is reported when kernel decides to send data to NFS server, however the iohelper process may have already exited meanwhile.
Fix:
The proper fix is to issue fdatasync() which enforce data to be actually written onto disk. This will catch any write error (even ENOSPC).
Result:
If there is any write error, it can be caught and reported not ignored as before.
|
Story Points: | --- |
| Clone Of: | Environment: | ||
| Last Closed: | 2012-11-22 09:40:19 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
| Bug Depends On: | 866369 | ||
| Bug Blocks: | |||
|
Description
Chris Pelland
2012-11-05 13:58:15 UTC
We need to backport 2 patches: https://www.redhat.com/archives/libvir-list/2012-November/msg00051.html https://www.redhat.com/archives/libvir-list/2012-November/msg00223.html Moving to POST: http://post-office.corp.redhat.com/archives/rhvirt-patches/2012-November/msg00054.html Hi, Yaniv Kaul This bug our qe can not reprodue it ,could you help me to verify this bug and by Friday EST ? Thanks very much Wenlong (In reply to comment #8) > Hi, Yaniv Kaul > > This bug our qe can not reprodue it ,could you help me to verify this bug > and by Friday EST ? > Thanks very much > > > > Wenlong Hi, Dafna will verify this bug. verified on libvirt-0.9.10-21.el6_3.6 Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. http://rhn.redhat.com/errata/RHBA-2012-1484.html |