Bug 621947 - Cloned a Linux RHEL 6 Beta Image and placed in separate file system /virt01/
Summary: Cloned a Linux RHEL 6 Beta Image and placed in separate file system /virt01/
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: libvirt (Show other bugs)
(Show other bugs)
Version: 6.1
Hardware: x86_64 Linux
Target Milestone: rc
: ---
Assignee: Cole Robinson
QA Contact: Virtualization Bugs
Keywords: RHELNAK
Depends On:
TreeView+ depends on / blocked
Reported: 2010-08-06 15:27 UTC by Everett Bennett
Modified: 2011-04-14 05:38 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
: 622799 (view as bug list)
Last Closed: 2010-08-17 18:19:28 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
tar ball of logs and dumpxml of virt nodes. (7.40 KB, application/x-gzip)
2010-08-06 19:33 UTC, Everett Bennett
no flags Details

Description Everett Bennett 2010-08-06 15:27:50 UTC
Description of problem:

Able to clone image, but unable to start.

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

ibmblade08> rpm -qa|grep libvirt

ibmblade08> uname -a
Linux ibmblade08 2.6.32-44.2.el6.x86_64 #1 SMP Wed Jul 21 12:48:32 EDT 2010 x86_64 x86_64 x86_64 GNU/Linux

How reproducible:

Clone a working virt image.  Tried simply copying and using the clone feature.
Results the same.

Additional info:

Error trace from virt-manager:

Traceback (most recent call last):
  File "/usr/share/virt-manager/virtManager/engine.py", line 878, in run_domain
  File "/usr/share/virt-manager/virtManager/domain.py", line 1313, in startup
  File "/usr/lib64/python2.6/site-packages/libvirt.py", line 333, in create
    if ret == -1: raise libvirtError ('virDomainCreate() failed', dom=self)
libvirtError: internal error Process exited while reading console log output:

Comment 2 RHEL Product and Program Management 2010-08-06 15:47:55 UTC
This issue has been proposed when we are only considering blocker
issues in the current Red Hat Enterprise Linux release.

** If you would still like this issue considered for the current
release, ask your support representative to file as a blocker on
your behalf. Otherwise ask that it be considered for the next
Red Hat Enterprise Linux release. **

Comment 3 Everett Bennett 2010-08-06 16:17:42 UTC
What do you mean blocker issue?

Comment 4 Everett Bennett 2010-08-06 16:21:26 UTC
We are a partner with RedHat and we are in the process of evaluating VMWARE ESX and RedHat Virtualization. Are the current limitations of RedHat Virtualizion?  Can you provide a doc link?

Comment 5 Cole Robinson 2010-08-06 16:38:56 UTC
If using virt-clone, please provide the output of virt-clone --debug or ~/.virtinst/virt-clone.log

Also, please provide

virsh dumpxml $vmname for both the original and clone VM
/var/log/libvirt/qemu/$vmname.log of the VM that fails to start.

Comment 6 Everett Bennett 2010-08-06 17:22:59 UTC
I am running virt-manager --debug.  I did notice that the cloned image root disk was set to IDE rather than virtio.  Oops.   Now I am cloning the orignal image alone with the 2 shared virtual disks from /var/lib/libvirt to /virt01/libvirt .

Is there documented steps on how to import a image after you say rsync:

- rsync -avzx /var/lib/libvirt/ /virt01/libvirt/

If you add the new images as "exiting" will virt-manager create the support files correctly or do you need to manually edit?

Comment 7 Everett Bennett 2010-08-06 19:08:16 UTC
I used the virt-manager again to clone and this time was successful.
I cloned the root and shared disk images.

The only thing that had to be changed this time was the ethN NICS.
I did the following to work around this:

 vi /etc/udev/rules.d/70-persistent-net.rules # remove eth0, eth1, eth2,
    and change eth3, eth4, and eth5 to eth0, eth1, and eth2
 vi /etc/sysconfig/network /etc/sysconfig/network-scripts/ifcfg-eth?
   # Change IP addresses

I also had to comment out the MAC addresses.

Comment 8 Everett Bennett 2010-08-06 19:20:09 UTC
I do have 1 question.  Can you use vgs created on the host?

bmblade08> lvs
    Logging initialised at Fri Aug  6 15:15:35 2010
    Set umask to 0077
    Finding all logical volumes
  LV    VG       Attr   LSize   Origin Snap%  Move Log Copy%  Convert
  lvol1 vgappl01 -wi-ao  45.40g                                      
  lvol1 vgappl02 -wi-ao  45.41g                                      
  lvol1 vgappl03 -wi-ao  45.41g                                      
  lvol1 vgdata01 -wi-ao  45.40g                                      
  lvol1 vgdata02 -wi-ao  45.41g                                      
  lvol1 vgdata03 -wi-ao  45.41g                                      
  lvol1 vgdata04 -wi-ao  45.40g                                      
  lvol1 vgdata05 -wi-ao  45.41g                                      
  lvol1 vgdata06 -wi-ao  45.41g                                      
  lvol1 virt01   -wi-ao 136.23g                                      
  lvol1 virt02   -wi-ao 136.23g                                      
    Wiping internal VG cache

I have 2 IBM Blades (ibmblade07/08) configured with RHEL6 Beta 2.
I would like to test virtual disks (.img) and physical disks.
Should I use the original phy devices or can I use lvms shared in a 2node RHEL6 Cluster Host?

Comment 9 Everett Bennett 2010-08-06 19:33:43 UTC
Created attachment 437246 [details]
tar ball of logs and dumpxml of virt nodes.

gtar ztvf ibmbldae08_var_log_libvirt.tgz

Comment 10 Everett Bennett 2010-08-10 12:49:19 UTC
Having better success with virt-manager, but the following changes were made after a image was cloned:

The NICs were renamed to eth3, eth4, and eth5.

vi /etc/udev/rules.d/70-persistent-net.rules # remove eth0, eth1, eth2,
and change eth3, eth4, and eth5 to eth0, eth1, and eth2
vi /etc/sysconfig/network /etc/sysconfig/network-scripts/ifcfg-eth?
# Change IP addresses

It seems that virt-manager with the --debug option works better.
Be sure and "quit" or "close" when done with virt-manager, otherwise mutiples will run.

Also, not related, the symlinks for clmvd seem to be set incorrectly.
CLVMD was starting before CMAN.  So, I relinked as follows:

.; for i in clvmd 
.; do
.; for j in 2 3 4 5
.; do
.; 	cd /etc/rc.d/rc${j}.d/ ; rm  S*${i} ; ln -s ../init.d/clvmd S25clvmd;ls -ld S*${i}

I hope the above notes are helpful.  You can close the ticket.  Other than the above items, this is a non-issue.  I will submit the clvmd sym link thing as a separate bug report.

Comment 11 Dave Allan 2010-08-17 18:19:28 UTC
Closing per comment #10.

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