Bug 814084 – scsi disk emulation doesn't enforce FUA (Force Unit Access) on writes

Bug 814084 - scsi disk emulation doesn't enforce FUA (Force Unit Access) on writes

Summary:	scsi disk emulation doesn't enforce FUA (Force Unit Access) on writes

Status:	CLOSED ERRATA

Aliases:	None

Product:	Red Hat Enterprise Linux 6
Classification:	Red Hat
Component:	qemu-kvm (Show other bugs)
Sub Component:
Version:	6.3
Hardware:	Unspecified Unspecified

Priority	unspecified Severity unspecified
Target Milestone:	rc
Target Release:	---
Assigned To:	Paolo Bonzini
QA Contact:	Virtualization Bugs
Docs Contact:

URL:
Whiteboard:
Keywords:

Depends On:
Blocks:	833566
	Show dependency tree / graph

Reported:	2012-04-19 04:12 EDT by Paolo Bonzini
Modified:	2013-02-21 02:34 EST (History)
CC List:	13 users (show)

See Also:
Fixed In Version:	qemu-kvm-0.12.1.2-2.309.el6
Doc Type:	Bug Fix
Doc Text:
Story Points:	---
Clone Of:
Environment:
Last Closed:	2013-02-21 02:34:02 EST
Type:	Bug
Regression:	---
Mount Type:	---
Documentation:	---
CRM:
Verified Versions:
Category:	---
oVirt Team:	---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---

Attachments	(Terms of Use)
Add an attachment (proposed patch, testcase, etc.)

External Trackers
Tracker	ID	Priority	Status	Summary	Last Updated
Red Hat Product Errata	RHBA-2013:0527	normal	SHIPPED_LIVE	qemu-kvm bug fix and enhancement update	2013-02-20 16:51:08 EST

Groups: None (edit)

Description Paolo Bonzini 2012-04-19 04:12:18 EDT

From upstream bug https://bugs.launchpad.net/qemu/+bug/985288

Microsoft NTFS utilizes the FUA bit in SCSI WRITE CDBs to insure integrity when a device advertises that it has write caching enabled. The FUA bit is meant to ensure a write is written to non-volatile storage before returning. This seems to not be enforced by QEMU's SCSI emulation code.

Comment 1 RHEL Product and Program Management 2012-07-10 04:14:25 EDT

This request was not resolved in time for the current release.
Red Hat invites you to ask your support representative to
propose this request, if still desired, for consideration in
the next release of Red Hat Enterprise Linux.

Comment 2 RHEL Product and Program Management 2012-07-10 22:06:07 EDT

This request was erroneously removed from consideration in Red Hat Enterprise Linux 6.4, which is currently under development.  This request will be evaluated for inclusion in Red Hat Enterprise Linux 6.4.

Comment 3 juzhang 2012-07-25 22:04:58 EDT

Hi, Paolo

Would you please provide an efficient way for qe produce/verify this issue? thanks

Comment 4 Paolo Bonzini 2012-08-09 06:48:06 EDT

You can run "strace -e fdatasync -ff /usr/libexec/qemu-kvm ..." (with scsi-hd, not scsi-block) and in the guest do

sg_dd if=/dev/zero of=/dev/sda oflag=fua

Without the patch you should not see any fdatasync call.

Comment 5 juzhang 2012-08-09 23:54:42 EDT

(In reply to comment #4)
> You can run "strace -e fdatasync -ff /usr/libexec/qemu-kvm ..." (with
> scsi-hd, not scsi-block) and in the guest do
> 
> sg_dd if=/dev/zero of=/dev/sda oflag=fua
> 
> Without the patch you should not see any fdatasync call.

Tried with qemu-kvm-302 by using paolo suggestion way, can not find fdatasync call, marked ack+

Comment 8 Shaolong Hu 2012-12-21 00:16:10 EST

Verified on qemu-kvm-rhev-0.12.1.2-2.348.el6.x86_64:

with steps from comment 4, there is fdatasync calls.

Comment 10 errata-xmlrpc 2013-02-21 02:34:02 EST

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-2013-0527.html

Note You need to log in before you can comment on or make changes to this bug.