Bug 596989

Summary:	no response for operation on rhel3 during dd
Product:	Red Hat Enterprise Linux 6	Reporter:	Glauber Costa <gcosta>
Component:	glibc	Assignee:	Andreas Schwab <schwab>
Status:	CLOSED WORKSFORME	QA Contact:	qe-baseos-tools-bugs
Severity:	medium	Docs Contact:
Priority:	high
Version:	6.0	CC:	fweimer, llim, plyons, pmuller, quintela, qzhang, rjones, shuang, tburke, virt-maint, ykaul
Target Milestone:	rc
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:	555649	Environment:
Last Closed:	2010-06-23 14:35:04 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:

Comment 2 RHEL Program Management 2010-05-28 11:55:27 UTC

This request was evaluated by Red Hat Product Management for inclusion in a Red
Hat Enterprise Linux major release.  Product Management has requested further
review of this request by Red Hat Engineering, for potential inclusion in a Red
Hat Enterprise Linux Major release.  This request is not yet committed for
inclusion.

Comment 3 Glauber Costa 2010-06-21 18:31:10 UTC

Okay. I've been able to track it down to an unexplainable buggy return from preadv. Also, I checked what the kernel was doing and... it wasn't doing anything.

Searching on the archives, shows that rjones already hit a similar issue. He managed to circumvent it for libguestfs, but here, we should really have it fixed.

We have two options:
1) use the kernel preadv/pwritev directly, but the last time it was raised in qemu, it got more or less of a nack ( and I disagree as well)
2) poke hard to get it fixed for RHEL6.

for now, I am changing this bug to libc.

Comment 4 Glauber Costa 2010-06-22 14:55:29 UTC

Note this is the same bug as described in rawhide's #563103

Comment 6 Glauber Costa 2010-06-23 14:35:04 UTC

Ok, not an issue in RHEL6, just tested.
My system was a mixture of some upstream components, with RHEL6 versions of the virtualization stack pieces.

As glibc maintainer kindly told me, RHEL6 glibc's just calls the kernel. Testing in a pure RHEL6 system did not show the problem.