Bug 696948 - Migrate fail with error 'An undefined error has ocurred'.
Summary: Migrate fail with error 'An undefined error has ocurred'.
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Fedora
Classification: Fedora
Component: libvirt
Version: 15
Hardware: x86_64
OS: Linux
high
unspecified
Target Milestone: ---
Assignee: Libvirt Maintainers
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On: 584077 615941 670727 698141 698496
Blocks: 647090
TreeView+ depends on / blocked
 
Reported: 2011-04-15 11:33 UTC by He Rui
Modified: 2013-01-08 13:14 UTC (History)
28 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of: 615941
Environment:
Last Closed: 2012-07-19 15:22:57 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Comment 2 vincentvdk 2011-09-20 06:26:31 UTC
I can confirm this running F15 with the latest updates. NFS is used as shared storage.

This is some extra info from within virt-manager

Unable to migrate guest: internal error unable to execute QEMU command 'migrate': An undefined error has ocurred
Traceback (most recent call last):
  File "/usr/share/virt-manager/virtManager/asyncjob.py", line 45, in cb_wrapper
    callback(asyncjob, *args, **kwargs)
  File "/usr/share/virt-manager/virtManager/migrate.py", line 523, in _async_migrate
    vm.migrate(dstconn, migrate_uri, rate, live, secure, meter=meter)
  File "/usr/share/virt-manager/virtManager/domain.py", line 1222, in migrate
    self._backend.migrate(destconn.vmm, flags, newname, interface, rate)
  File "/usr/lib64/python2.7/site-packages/libvirt.py", line 521, in migrate
    if ret is None:raise libvirtError('virDomainMigrate() failed', dom=self)
libvirtError: internal error unable to execute QEMU command 'migrate': An undefined error has ocurred

Vincent

Comment 3 Fedora Admin XMLRPC Client 2011-09-22 17:53:32 UTC
This package has changed ownership in the Fedora Package Database.  Reassigning to the new owner of this component.

Comment 4 Fedora Admin XMLRPC Client 2011-09-22 17:57:28 UTC
This package has changed ownership in the Fedora Package Database.  Reassigning to the new owner of this component.

Comment 5 Fedora Admin XMLRPC Client 2011-11-30 20:04:27 UTC
This package has changed ownership in the Fedora Package Database.  Reassigning to the new owner of this component.

Comment 6 Fedora Admin XMLRPC Client 2011-11-30 20:04:36 UTC
This package has changed ownership in the Fedora Package Database.  Reassigning to the new owner of this component.

Comment 7 Fedora Admin XMLRPC Client 2011-11-30 20:08:42 UTC
This package has changed ownership in the Fedora Package Database.  Reassigning to the new owner of this component.

Comment 8 Fedora Admin XMLRPC Client 2011-11-30 20:08:54 UTC
This package has changed ownership in the Fedora Package Database.  Reassigning to the new owner of this component.

Comment 9 Cole Robinson 2012-06-07 00:11:18 UTC
Sorry for the general lack of response, but since F15 is very close to EOL, closing this as WONTFIX. If anyone can still reliably reproduce this issue on F16 or higher, please reopen.

Comment 10 Eduardo Elias Ferreira 2012-07-19 14:15:31 UTC
I can reproduce it on RHEL 6.3. 

Reopening changing the product

Comment 12 Laine Stump 2012-07-19 15:22:57 UTC
Since this BZ is a clone to F15 of a BZ created 2 years ago for RHEL6.0, you weren't the reporter of the original BZ or of the clone, and the migration code (along with the rest of libvirt) has changed immensely in the last 3 years, I think it's highly unlikely to have the same root cause, and better results would be achieved by filing a new BZ with details of  exactly what your setup is, what action you took, and exactly what were the results.

I'm re-closing this bug in anticipation of you opening a new one.

(I would recommend against re-cloning this BZ; the information it contains is severely out of date, and will only serve to confuse.)


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