Bug 494811 - "migrating-" prefix is not removed from guest's name when migration or xm save fails
Summary: "migrating-" prefix is not removed from guest's name when migration or xm sav...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 5
Classification: Red Hat
Component: xen
Version: 5.4
Hardware: All
OS: Linux
low
medium
Target Milestone: rc
: ---
Assignee: Michal Novotny
QA Contact: Virtualization Bugs
URL:
Whiteboard:
Depends On: 513335
Blocks: 514500
TreeView+ depends on / blocked
 
Reported: 2009-04-08 08:27 UTC by Jiri Denemark
Modified: 2014-02-02 22:37 UTC (History)
11 users (show)

Fixed In Version: xen-3.0.3-107.el5
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2011-01-13 22:16:34 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)
Fix to rename domain after failed save/migration (922 bytes, patch)
2009-08-20 09:58 UTC, Michal Novotny
no flags Details | Diff
Patch for the latest codebase (2.75 KB, patch)
2010-02-11 11:38 UTC, Michal Novotny
no flags Details | Diff


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2011:0031 0 normal SHIPPED_LIVE xen bug fix and enhancement update 2011-01-12 15:59:24 UTC

Description Jiri Denemark 2009-04-08 08:27:22 UTC
Description of problem:
When xm save or a migration of a guest fails, guest's name is not reset to its original name. Everything but xm list still shows the domain as migrating-*

Version-Release number of selected component (if applicable):

xen-3.0.3-80.el5, xen-3.0.3-83.el5

How reproducible:

Everytime

Steps to Reproduce:
1. create a PV guest
2. xm save guest /mnt/small/guest.save # so that it fails because of insufficient space
3. xentop; xenstore-ls
  
Actual results:

The guest is shown as migrating-* by xentop. The same name can be seen in xenstore.

Expected results:

The name of the guest should be reset to its original name without "migrating-" prefix.

Additional info:

Comment 1 Michal Novotny 2009-08-20 09:58:40 UTC
Created attachment 358062 [details]
Fix to rename domain after failed save/migration

This is the patch to rename the domain after failed save/migration. It's necessary to have patch for BZ #513335 applied first.

Comment 2 Michal Novotny 2010-02-11 11:38:43 UTC
Created attachment 390222 [details]
Patch for the latest codebase

Hi,
this is the patch for our current codebase. Attached patch is patching mainly the forkHelper() method of XendCheckpoint.py script with option to pass dominfo object with domain information to it and if present and save is issued and failed, it restores the original guest name, i.e. it strips "migrating-" prefix from the guest's name.

It's been tested on x86_64 dom0 and for both 32-bit and 64-bit RHEL 5.3 HVM guests and 32-bit and 64-bit RHEL 5 PV guests. The HVM guest is not running after failed save but there is already a bug filed about that, BZ #486308 (HVM guest stops running when xm save fails). For PV guests the guest ends up in suspended state when save fails (which is the same behavior like before applying my patch).

Michal

Comment 5 Linqing Lu 2010-08-25 08:36:17 UTC
This bug has been verified in xen-3.0.3-115.el5
The PV guest runs WELL and the guest returns to its original name after "xm save" failed.

But still 2 further problems:
1- this guest will turn into zombie when trying "xm shut" it, just as the same
situation as Bug 589123.
2- if the PV guest has an PCI device assigned, the guest name will still have the "migrating-" prefix as Bug 627095.

Comment 7 errata-xmlrpc 2011-01-13 22:16:34 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-0031.html


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