Bug 837583

Summary: [regression] Error occurs when run virsh blockcopy command
Product: Red Hat Enterprise Linux 6 Reporter: hongming <honzhang>
Component: libvirtAssignee: Eric Blake <eblake>
Status: CLOSED NOTABUG QA Contact: Virtualization Bugs <virt-bugs>
Severity: high Docs Contact:
Priority: high    
Version: 6.4CC: acathrow, dallan, dyasny, dyuan, eblake, juzhang, mjenner, mzhan, rwu, whuang, zhwang
Target Milestone: rc   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2012-09-07 18:50:00 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description hongming 2012-07-04 10:16:19 UTC
Description of problem:

The following error occurs when run  blockcopy command. It can't be reproduced in libvirt-0.9.10-21.el6.x86_64.
error: unsupported flags (0x8) in function qemuDomainBlockRebase

Version-Release number of selected component (if applicable):
kernel- 2.6.32-276.el6.x86_64
libvirt-0.9.13-2.el6.x86_64
qemu-kvm-rhev-0.12.1.2-2.295.el6.x86_64


How reproducible:
100% 

Steps to Reproduce:
1.Create domain
# virsh create qed-rhel6.3.xml
Domain qed-rhel6.3 created from qed-rhel6.3.xml

2.virsh blockcopy qed-rhel6.3 vda /var/lib/libvirt/images/copy_target --bandwidth 1
error: unsupported flags (0x8) in function qemuDomainBlockRebase

  
Actual results:
The following error occurs
error: unsupported flags (0x8) in function qemuDomainBlockRebase

Expected results:
virsh blockcopy command can run successfully.

Additional info:

Comment 1 hongming 2012-07-04 10:21:09 UTC
It's not related to options ,without --bandwidth ,it still can be reproduced.

Comment 4 Eric Blake 2012-07-11 21:13:40 UTC
Same issue as bug 837787 - we compiled out the RHEL-specific patches from RHEL 6.3 in the hopes that upstream qemu will settle on a final block copy setup; if that is too slow in happening, we can re-instate the RHEL-specific patches.

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

Comment 5 zhenfeng wang 2012-09-07 10:12:07 UTC
Description of problem:
it reported error when run the command "virsh blockcopy testhd vda /var/lib/libvirt/images/bak"

Version-Release number of selected component (if applicable):
libvirt-0.10.1-1.el6.x86_64
qemu-kvm-0.12.1.2-2.305.el6.x86_64
kernel-2.6.32-298.el6.x86_64

How reproducible:
100%

Steps to Reproduce:
1. prepare a guest xml and create it

2. dumpxml
...
    <disk type='file' device='disk'>
      <driver name='qemu' type='raw' cache='none'/>
      <source file='/var/lib/libvirt/images/testhd.img'>
        <seclabel relabel='no'/>
      </source>
      <target dev='vda' bus='virtio'/>
      <alias name='virtio-disk0'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x05' function='0x0'/>
    </disk>
...

3.
# virsh blockcopy testhd vda /var/lib/libvirt/images/bak
error: unsupported flags (0x8) in function qemuDomainBlockRebase

4.
# virsh blockcopy testhd vda /var/lib/libvirt/images/bak --finish --wait
error: unsupported flags (0x8) in function qemuDomainBlockRebase

How do we soleve this problem ,reopen a new bug or other ways?

Comment 6 zhenfeng wang 2012-09-07 10:17:20 UTC
the duplicate bug 837787 is verified, but the problem still exisit as in comment #5

also tested in latest qemu : 
qemu-kvm-rhev-0.12.1.2-2.312.el6.x86_64

Comment 7 dyuan 2012-09-07 10:32:48 UTC
Reopen this bug to track the existing issue.

Comment 8 Eric Blake 2012-09-07 11:40:57 UTC
qemu 1.2 missed Paolo's drive-mirror patches; he's hoping to queue them up shortly for qemu.git in time for 1.3, so there's still a chance that upstream libvirt will have patches for block-copy rather than having to have lots of RHEL-specific patches.  Unfortunately, that means we are still playing a waiting game (although I _am_ maintaining a rebased patch series on my local tree to deal with things even if upstream doesn't move fast enough).  Whatever happens, you can expect the RHEL build of 0.10.2 later this month to fix the regression.

Comment 10 Dave Allan 2012-09-07 18:50:00 UTC
I'm going to reclose this BZ, as it shouldn't have been tested yet.  If, after we put the code back into the release, it reproduces, please reopen.