Bug 618965

Summary: v2v won't regenerate the transfer.iso files even though the lib files updated,
Product: Red Hat Enterprise Linux 6 Reporter: Mohua Li <moli>
Component: virt-v2vAssignee: Matthew Booth <mbooth>
Status: CLOSED ERRATA QA Contact: Virtualization Bugs <virt-bugs>
Severity: medium Docs Contact:
Priority: low    
Version: 6.0CC: cshao, dallan, leiwang, moli, mshao, rwu, whuang
Target Milestone: rc   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: virt-v2v-0.7.1-1.el6 Doc Type: Bug Fix
Doc Text:
virt-v2v would not always update software in the transfer volume when updates were available because it relied on timestamps. The transfer volume is now updated whenever virt-v2v is used.
Story Points: ---
Clone Of: Environment:
Last Closed: 2011-05-19 13:52:44 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:

Description Mohua Li 2010-07-28 08:22:39 UTC
Description of problem:
even though in /var/lib/virt-v2v, the software folder timestamp newer than the transfer.iso, it also won't generate the transfer.iso file,

[root@dhcp-66-70-73 virt-v2v]# ls -lrt
total 4788
-rw-r--r--. 1 root root 4898816 Jul 28 14:14 transfer.iso
drwxr-xr-x. 4 root root    4096 Jul 28 16:00 software


[root@dhcp-66-70-73 rhev]# virt-v2v -ic  xen+ssh://10.66.91.118 -o rhev  -osd 10.66.90.115:/vol/v2vwulinglu/wulingluv2v/fcp_export xen-rhel54-32-pv.raw


file "/lib/modules/2.6.18-164.el5xen/kernel/arch/i386/crypto/aes-i586.ko"
glob_expand "/boot/vmlinuz-*"
exists "/etc/resolv.conf"
mv "/etc/resolv.conf" "/etc/resolv.conf.v2vtmp"
write_file "/etc/resolv.conf" "nameserver 169.254.2.3" 0
exists "/usr/bin/up2date"
exists "/usr/bin/yum"
command_lines "rpm -q --qf %{EPOCH} %{VERSION} %{RELEASE}\n kernel-PAE"
sh "LANG=C 'rpm' '-q' '--qf' '%{EPOCH} %{VERSION} %{RELEASE}\n' 'kernel-PAE' 2>&1 ||:"
sh_lines "LANG=C /usr/bin/yum -y install kernel-PAE"
exists "/transferwH6Oth/rhel/5/kernel-PAE-2.6.18-128.el5.i686.rpm"
exists "/transferwH6Oth/rhel/5/ecryptfs-utils-56-8.el5.i386.rpm"
virt-v2v: Installation failed because the following files referenced in the configuration file are required, but missing: rhel/5/kernel-PAE-2.6.18-128.el5.i686.rpm rhel/5/ecryptfs-utils-56-8.el5.i386.rpm
mv "/etc/resolv.conf.v2vtmp" "/etc/resolv.conf"
aug_load
umount "/transferwH6Oth"
rmdir "/transferwH6Oth"
umount_all
sync
kill_subprocess
virt-v2v: No bootable kernels installed, and no replacement is available.
Unable to continue.

Version-Release number of selected component (if applicable):
libvirt-0.8.1-18.el6.x86_64
virt-v2v-0.6.1-2.el6.x86_64
libguestfs-1.2.7-1.21.el6.x86_64


How reproducible:
always

Steps to Reproduce:
1.
2.
3.
  
Actual results:


Expected results:


Additional info:

Comment 1 Mohua Li 2010-07-28 08:45:04 UTC
steps, 
1,in /var/lib/virt-v2v/software
2, mv rhel ../
3,rm transfer.iso,
4,run virt-v2v,  like,  will fail with lib not available error, 
virt-v2v -ic  xen+ssh://10.66.91.118 -o rhev  -osd
10.66.90.115:/vol/v2vwulinglu/wulingluv2v/fcp_export xen-rhel54-32-pv.raw
5,mv rhel software 
6,run the virt-v2v again, 
virt-v2v -ic  xen+ssh://10.66.91.118 -o rhev  -osd
10.66.90.115:/vol/v2vwulinglu/wulingluv2v/fcp_export xen-rhel54-32-pv.raw
7,if it recreate the transfer.iso, then it won't fail,

Comment 2 Matthew Booth 2011-01-17 17:02:13 UTC
Fix posted upstream:

http://www.redhat.com/archives/libguestfs/2011-January/msg00034.html

Comment 3 Huang Wenlong 2011-01-27 06:21:52 UTC
verify this bug in rhel6 with : 

virt-v2v-0.7.1-1.el6.x86_64
libguestfs-1.7.17-11.el6.x86_64
libvirt-0.8.7-2.el6.x86_64


setps: 

1.move the /var/lib/virt-v2v/software/rhel  and rm transfer.iso 
2. run virt-v2v  like : 
#virt-v2v -ic xen+ssh://10.66.72.123 -op sdb1 -b breth0 rhel5u5-64b-pv-raw-intel
rhel5u5-64b-pv-raw-intel.img: 100% [==============================================================================================================]D 0h01m35s
virt-v2v: rhel5u5-64b-pv-raw-intel configured with virtio drivers


conversion is successful ,transfer.iso will be recreate ,the guest can work well 
3. move the rhel back 
4.delete the guest and convert again 
# virt-v2v -ic xen+ssh://10.66.72.123 -op sdb1 -b breth0 rhel5u5-64b-pv-raw-intel
rhel5u5-64b-pv-raw-intel.img: 100% [==============================================================================================================]D 0h01m42s
virt-v2v: rhel5u5-64b-pv-raw-intel configured with virtio drivers


conversion is successful ,transfer.iso will be recreate,the guest can work well 

so bug is verified

Comment 4 Rita Wu 2011-01-27 06:30:57 UTC
Set it as VERIFIED according to comment3

Comment 7 Laura Bailey 2011-04-27 04:55:41 UTC
    Technical note added. If any revisions are required, please edit the "Technical Notes" field
    accordingly. All revisions will be proofread by the Engineering Content Services team.
    
    New Contents:
virt-v2v would not always update software in the transfer volume when updates were available because it relied on timestamps. The transfer volume is now updated whenever virt-v2v is used.

Comment 8 errata-xmlrpc 2011-05-19 13:52:44 UTC
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on therefore solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.

http://rhn.redhat.com/errata/RHBA-2011-0650.html