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 826069 - qcow2 image not detected correctly by lvm
Summary: qcow2 image not detected correctly by lvm
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: anaconda
Version: 6.3
Hardware: x86_64
OS: Unspecified
unspecified
unspecified
Target Milestone: rc
: ---
Assignee: Anaconda Maintenance Team
QA Contact: Release Test Team
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-05-29 14:08 UTC by Tomas Rusnak
Modified: 2012-05-30 15:40 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-05-30 15:40:58 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)
anaconda.log (9.30 KB, text/plain)
2012-05-29 14:09 UTC, Tomas Rusnak 		no flags Details
storage.log (42.38 KB, text/plain)
2012-05-29 14:09 UTC, Tomas Rusnak 		no flags Details
install.log (16.43 KB, text/plain)
2012-05-29 14:10 UTC, Tomas Rusnak 		no flags Details
program.log (4.75 KB, text/plain)
2012-05-29 16:22 UTC, Tomas Rusnak 		no flags Details
View All

Description Tomas Rusnak 2012-05-29 14:08:38 UTC 
Description of problem:
When I tried to install RHEL6 as a guest on RHEL6 host with qcow2 image as a storage, the graphics installer ends with:
1. auto-partitioning - message "no enough space to install"
2. manual partitioning - it refuse /dev/vda1 for creating LVM volume group (but is there available)

Version-Release number of selected component (if applicable):
RHEL6.x

How reproducible:
100%

Steps to Reproduce:
1. qemu-img create -f qcow2 rhel6_64.img 10G
2. set that image in guest and boot RHEL6 from PXE 
3. go over graphical installation process
4. try to repartition automatically or by hand
  
Actual results:
/dev/vda is not detected by LVM manager correctly => system cannot be installed

Expected results:
system can be installed on qcow2 images

Additional info:
The workaround is to create raw image, install RHEL and then convert it into qcow2 format - I tested this.
Comment 1 Tomas Rusnak 2012-05-29 14:09:13 UTC 
Created attachment 587419 [details]
anaconda.log
Comment 2 Tomas Rusnak 2012-05-29 14:09:37 UTC 
Created attachment 587420 [details]
storage.log
Comment 3 Tomas Rusnak 2012-05-29 14:10:15 UTC 
Created attachment 587421 [details]
install.log
Comment 5 Chris Lumens 2012-05-29 14:50:48 UTC 
Can you also attach syslog and program.log?  Thanks.
Comment 6 Tomas Rusnak 2012-05-29 16:22:12 UTC 
Created attachment 587444 [details]
program.log

I haven't syslog backed up from this run. Sorry. But I can reproduce it againt, if it still can help.

Also, I found my mistake while I did it by hand. By hand it's installable without problem. The problem with auto-repartitioning is still here.
Comment 7 David Lehman 2012-05-29 16:52:22 UTC 
Please attach your kickstart config script.

What is the exact error or failure you are seeing? Is the problem that your %pre script is failing or what?
Comment 8 Tomas Rusnak 2012-05-30 11:39:44 UTC 
As I wrote, I did manual install - graphical one, there was no kickstart used. Installation ask you for type of installation - I choose first option "Use All Space". 
After that you can see "Error Partitioning" titled window with message: "not enough space for LVM requests. Press 'OK' to exit the installer".
Comment 12 Tomas Rusnak 2012-05-30 14:13:28 UTC 
> Interactive in the kickstart sense means it takes the kickstart file, applies
> it, and then allows you to step through the graphical install anyway and make 
> changes.  It is also extremely error prone and we don't recommend people use it.

> My suggestion is you try the same install without the "interactive" line in the 
> kickstart file and see if that clears everything up.

I tried same install without interactive and it's working without any problem. Then the problem should be with that interactive ks file, which was used from PXE. It can be installed with manual partitioning anyway. Thx for explanation. Please close this bug.
Note You need to log in before you can comment on or make changes to this bug.