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. **

What do you mean blocker issue?

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?

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.

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?

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.

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?

Created attachment 437246 [details]
tar ball of logs and dumpxml of virt nodes.

gtar ztvf ibmbldae08_var_log_libvirt.tgz

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.

Closing per comment #10.