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.
Bug 1021037 - IOException: Input/output error during read on /dev/vda
Summary: IOException: Input/output error during read on /dev/vda
Keywords:
Status: CLOSED DUPLICATE of bug 1000980
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: virt-manager
Version: 6.4
Hardware: x86_64
OS: Unspecified
unspecified
unspecified
Target Milestone: rc
: ---
Assignee: Giuseppe Scrivano
QA Contact: Virtualization Bugs
URL:
Whiteboard: abrt_hash:6852403013798c489193d11fec5...
Depends On: 1000980
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-10-18 20:05 UTC by Jan Wildeboer
Modified: 2014-04-30 07:24 UTC (History)
10 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2014-04-30 07:24:44 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Description Jan Wildeboer 2013-10-18 20:05:00 UTC
Version-Release number of selected component:
anaconda-13.21.195

Additional info:
libreport version: 2.0.9
cmdline:        /usr/bin/python  /usr/bin/anaconda
kernel:         2.6.32-358.el6.x86_64

description:
:The following was filed automatically by anaconda:
:anaconda 13.21.195 exception report
:Traceback (most recent call first):
:  File "/usr/lib64/python2.6/site-packages/parted/disk.py", line 213, in commit
:    return self.__disk.commit()
:  File "/usr/lib64/python2.6/site-packages/parted/decorators.py", line 31, in localeC
:    ret = fn(*args, **kwds)
:  File "<string>", line 2, in commit
:  File "/usr/lib/anaconda/storage/formats/disklabel.py", line 256, in commit
:    self.partedDisk.commit()
:  File "/usr/lib/anaconda/storage/formats/disklabel.py", line 235, in create
:    self.commit()
:  File "/usr/lib/anaconda/storage/deviceaction.py", line 290, in execute
:    options=self.device.formatArgs)
:  File "/usr/lib/anaconda/storage/devicetree.py", line 718, in processActions
:    action.execute(intf=self.intf)
:  File "/usr/lib/anaconda/storage/__init__.py", line 355, in doIt
:    self.devicetree.processActions()
:  File "/usr/lib/anaconda/packages.py", line 110, in turnOnFilesystems
:    anaconda.id.storage.doIt()
:  File "/usr/lib/anaconda/dispatch.py", line 210, in moveStep
:    rc = stepFunc(self.anaconda)
:  File "/usr/lib/anaconda/dispatch.py", line 126, in gotoNext
:    self.moveStep()
:  File "/usr/lib/anaconda/gui.py", line 1476, in setScreen
:    self.anaconda.dispatch.gotoNext()
:  File "/usr/lib/anaconda/gui.py", line 1389, in nextClicked
:    self.setScreen ()
:IOException: Input/output error during read on /dev/vda

Comment 2 Jan Wildeboer 2013-10-18 21:12:37 UTC
This happened when I created a LV ion virt-manager. Repeatedly.

Solution: Create the LV manually and use that LV in virt-manager. After I did that, the VM installed properly.

Background:

On a HP N40L Microserver, with 2x 2TB drives as a RAID1 with a VG spanning the whole 2 TB.

Comment 3 Dave Allan 2013-10-18 21:27:40 UTC
(In reply to Jan Wildeboer from comment #2)
> This happened when I created a LV ion virt-manager. Repeatedly.
> 
> Solution: Create the LV manually and use that LV in virt-manager. After I
> did that, the VM installed properly.

Hi Jan, so just to make sure I'm understanding what happened:

You created a VM with virt-manager, then
tried to create the LV to back the VM's vda with virt-manager, but
when you went to install the guest anaconda threw an exception.

If you create the LV manually and then hand the manually created LV to the VM as vda's backing storage, everything works as expected.

Do I have that right?

Comment 4 Jan Wildeboer 2013-10-19 08:46:47 UTC
Yes, that is correct. It seems to be the (rather confusing) option in the LV creation dialog with Max Capacity versus Allocation.

When I set Max Capacity to something (say 8000 MB), the Allocation stays at 0. And things go wrong. However, I guess I just have to set Allocation to a non-zero value to avoid this problem.

IMHO the allocation field should default to Max Capacity to avoid this problem.

Comment 5 Jan Wildeboer 2013-10-19 09:10:57 UTC
Just tested. And yes. When Allocation is set to a non-zero value, the problem doesn't show up.

Suggestion: Either set Allocation to a fitting non-zero value or (better IMHO) sync Allocation to Max Size, just as we do with memory setting.

At the very least setting Allocation to zero should cause an error as it is a non-working configuration.

Comment 6 Jan Wildeboer 2013-10-19 14:45:55 UTC
This seems to be fixed upstream already using the sync option.

Comment 7 Martin Kletzander 2013-10-21 09:17:08 UTC
This is fixed upstream with:

commit 590c8dbebfddb71874de7a98e579264ebae6859f
Author: Martin Kletzander <mkletzan>
Date:   Tue Apr 2 13:51:28 2013 +0200

    Don't support sparse logical volumes

Comment 9 Giuseppe Scrivano 2014-04-30 07:24:44 UTC

*** This bug has been marked as a duplicate of bug 1000980 ***


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