Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.
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 1368972

Summary: Migration between rhel7.3 and rhel7.2 doesn't work in ppc
Product: Red Hat Enterprise Linux 7 Reporter: Shira Maximov <mshira>
Component: libvirtAssignee: Andrea Bolognani <abologna>
Status: CLOSED DUPLICATE QA Contact: Virtualization Bugs <virt-bugs>
Severity: high Docs Contact:
Priority: unspecified    
Version: 7.3CC: abologna, bugs, dgilbert, dzheng, gsun, jsuchane, jtomko, rbalakri, tjelinek
Target Milestone: pre-dev-freeze   
Target Release: ---   
Hardware: ppc64le   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2016-08-24 16:14:43 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: Virt RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 1289202, 1369086    
Attachments:
Description Flags
enginel log
none
rhel 7.2 vdsm
none
rhel 7.3 vdsm logs
none
libvirt logs rhel7.2
none
libvirt logs rhel7.3 none

Description Shira Maximov 2016-08-22 09:20:03 UTC
Description of problem:
Migration between rhel7.2 to rhel7.3 doesn't work:

from rhel 7.3 to rhel 7.2 this error appears:
hread-199::ERROR::2016-08-22 04:32:42,532::migration::381::virt.vm::(run) vmId=`20b3110b-4fc9-438c-a58a-b2c0bb442da9`::Failed to migrate
Traceback (most recent call last):
  File "/usr/share/vdsm/virt/migration.py", line 363, in run
    self._startUnderlyingMigration(time.time())
  File "/usr/share/vdsm/virt/migration.py", line 438, in _startUnderlyingMigration
    self._perform_with_downtime_thread(duri, muri)
  File "/usr/share/vdsm/virt/migration.py", line 489, in _perform_with_downtime_thread
    self._perform_migration(duri, muri)
  File "/usr/share/vdsm/virt/migration.py", line 476, in _perform_migration
    self._vm._dom.migrateToURI3(duri, params, flags)
  File "/usr/lib/python2.7/site-packages/vdsm/virt/virdomain.py", line 69, in f
    ret = attr(*args, **kwargs)
  File "/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py", line 123, in wrapper
    ret = f(*args, **kwargs)
  File "/usr/lib/python2.7/site-packages/vdsm/utils.py", line 916, in wrapper
    return func(inst, *args, **kwargs)
  File "/usr/lib64/python2.7/site-packages/libvirt.py", line 1939, in migrateToURI3
    if ret == -1: raise libvirtError ('virDomainMigrateToURI3() failed', dom=self)
libvirtError: internal error: early end of file from monitor: possible problem:
2016-08-22T08:32:42.032535Z qemu-kvm: -device usb-hub,id=hub0,bus=usb.0,port=1: Bus 'usb.0' not found

from rhel 7.3 to rhel 7.3:
Thread-90211::DEBUG::2016-08-22 04:28:07,410::__init__::208::jsonrpc.Notification::(emit) Sending event {"params": {"notify_time": 44743136580, "20b3110b-4fc9-438c-a58a-b2c0bb442da9": {"status": "Migration Source"}}, "jsonrpc": "2.0", "method": "|virt|VM_status|20b3110b-4fc9-438c-a58a-b2c0bb442da9"}
Thread-90211::ERROR::2016-08-22 04:28:07,410::migration::381::virt.vm::(run) vmId=`20b3110b-4fc9-438c-a58a-b2c0bb442da9`::Failed to migrate
Traceback (most recent call last):
  File "/usr/share/vdsm/virt/migration.py", line 363, in run
    self._startUnderlyingMigration(time.time())
  File "/usr/share/vdsm/virt/migration.py", line 438, in _startUnderlyingMigration
    self._perform_with_downtime_thread(duri, muri)
  File "/usr/share/vdsm/virt/migration.py", line 489, in _perform_with_downtime_thread
    self._perform_migration(duri, muri)
  File "/usr/share/vdsm/virt/migration.py", line 476, in _perform_migration
    self._vm._dom.migrateToURI3(duri, params, flags)
  File "/usr/lib/python2.7/site-packages/vdsm/virt/virdomain.py", line 69, in f
    ret = attr(*args, **kwargs)
  File "/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py", line 123, in wrapper
    ret = f(*args, **kwargs)
  File "/usr/lib/python2.7/site-packages/vdsm/utils.py", line 916, in wrapper
    return func(inst, *args, **kwargs)
  File "/usr/lib64/python2.7/site-packages/libvirt.py", line 1836, in migrateToURI3
    if ret == -1: raise libvirtError ('virDomainMigrateToURI3() failed', dom=self)
libvirtError: internal error: qemu unexpectedly closed the monitor: 2016-08-22T08:28


Version-Release number of selected component (if applicable):
vdsm-4.18.11-1.el7ev.ppc64le
libvirt-1.2.17-13.el7_2.5.ppc64le
qemu-kvm-rhev-2.3.0-31.el7_2.21.ppc64le

How reproducible:
100%

Steps to Reproduce:
1.migration between rhel 7.3 to rhel7.2 on PPC env
2.
3.

Actual results:


Expected results:


Additional info:

Comment 1 Shira Maximov 2016-08-22 09:21:13 UTC
Created attachment 1192859 [details]
enginel log

Comment 2 Shira Maximov 2016-08-22 09:24:14 UTC
Created attachment 1192860 [details]
rhel 7.2 vdsm

Comment 3 Shira Maximov 2016-08-22 09:25:00 UTC
Created attachment 1192861 [details]
rhel 7.3 vdsm logs

Comment 4 Dr. David Alan Gilbert 2016-08-22 11:35:56 UTC
jtomko: Is this from the new USB numbering stuff;
    qemu-kvm: -device usb-hub,id=hub0,bus=usb.0,port=1: Bus 'usb.0' not found

Comment 5 Shira Maximov 2016-08-22 12:07:34 UTC
Created attachment 1192910 [details]
libvirt logs rhel7.2

Comment 6 Shira Maximov 2016-08-22 12:09:24 UTC
Created attachment 1192911 [details]
libvirt logs rhel7.3

Comment 8 Wayne Sun 2016-08-24 02:02:34 UTC
please check bug:

https://bugzilla.redhat.com/show_bug.cgi?id=1357468

Comment 9 Dan Zheng 2016-08-24 08:18:18 UTC
Test migration from RHEL 7.3 to RHEL 7.2 with machine type 'pseries-rhel7.2.0'.

Regarding the workaround in bug 1357468, the guest XML should include below setting which is 'model' for usb controller.
<controller type='usb' model='pci-ohci' index='0'>

With above setting, the migration could succeed.
# virsh migrate avocado-vt-vm1 --live --verbose --copy-storage-all --unsafe qemu+ssh://10.19.112.36:22/system
root.112.36's password: 
Migration: [100 %]


Without above setting, the error is returned.
# virsh migrate avocado-vt-vm1 --live --verbose --copy-storage-all --unsafe qemu+ssh://10.19.112.36:22/system
error: internal error: process exited while connecting to monitor: 2016-08-24T08:09:39.190215Z qemu-kvm: -device usb-kbd,id=input0,bus=usb.0,port=1: Bus 'usb.0' not found

RHEL7.3 host: 
libvirt-2.0.0-6.el7.ppc64le
qemu-kvm-rhev-2.6.0-22.el7.ppc64le
kernel-3.10.0-489.el7.ppc64le
OS tree: RHEL-7.3-20160805.n.0

RHEL7.2 host:
libvirt-docs-1.2.17-13.el7_2.5.ppc64le
qemu-kvm-rhev-2.3.0-31.el7_2.21.ppc64le
kernel-3.10.0-327.el7.ppc64le
OS tree: RHEL-7.2-20151030.0

guest OS: RHEL7.2 PPC64le

Comment 10 Jaroslav Suchanek 2016-08-24 16:14:43 UTC
Closing as dup of bug 1357468. Feel free to reopen if that's not the case. Thanks.

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