Note: This bug is displayed in read-only format because
the product is no longer active in Red Hat Bugzilla.
RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
The handling of errors during a flush command is wrong in IDE and virtio-blk: IDE completely ignores flush errors and always returns success to the guest. Both IDE and virtio-blk don't respect werror=stop if the write error occurs during a flush.
This is a corner case. It's unlikely that you ever trigger this under normal circumstances, because you'll always have writes before and after the flush that will fail as well.
I think we can create an unusual setup where you could notice the difference. Let's try this: Do something like the usual I/O error tests, e.g. create some I/O and shutdown the NFS server. To maximize the amount of flushes, try using dd with conv=fsync for the I/O. Start qemu with werror=ignore,rerror=ignore in order to completely ignore the read/write errors that will occur so that even without this fix only flushes remain visible. Check dmesg for error messages in the guest. They are expected to be there without the patch, and they should disappear with the patch applied.
And after this better not restart the NFS server while the VM is still running. Otherwise be prepared for the guest filesystem to be broken, werror=ignore is dangerous.
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on therefore solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.
http://rhn.redhat.com/errata/RHSA-2011-0534.html
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on therefore solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.
http://rhn.redhat.com/errata/RHSA-2011-0534.html