Bugzilla will be upgraded to version 5.0. The upgrade date is tentatively scheduled for 2 December 2018, pending final testing and feedback.
Bug 1188355 - Fix nova evacuate for shared storage
Fix nova evacuate for shared storage
Status: CLOSED ERRATA
Product: Red Hat OpenStack
Classification: Red Hat
Component: openstack-nova (Show other bugs)
5.0 (RHEL 7)
x86_64 Linux
high Severity high
: z4
: 5.0 (RHEL 7)
Assigned To: Sean Toner
nlevinki
: ZStream
Depends On: 1184120
Blocks:
  Show dependency treegraph
 
Reported: 2015-02-02 11:48 EST by Jeff Dexter
Modified: 2018-02-08 05:31 EST (History)
18 users (show)

See Also:
Fixed In Version: openstack-nova-2014.1.4-1.el7ost
Doc Type: Bug Fix
Doc Text:
When using the command "nova host-evacuate" with the option "on-shared-storage", the instance was evacuated, but the guest was rebuilt using the original image. With this fix, the Compute API has been updated so that a rebuild is no longer requested after evacuating the instance. As a result, when evacuating an instance with shared storage, the instance is now moved to the new compute host, and the root disk is not rebuilt.
Story Points: ---
Clone Of: 1184120
Environment:
Last Closed: 2015-04-16 10:35:32 EDT
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)
Evacuation after creating file through guestfish (9.04 KB, text/plain)
2015-04-13 13:14 EDT, Sean Toner
no flags Details


External Trackers
Tracker ID Priority Status Summary Last Updated
OpenStack gerrit 121745 None None None Never
OpenStack gerrit 131629 None None None Never
Red Hat Product Errata RHSA-2015:0843 normal SHIPPED_LIVE Important: openstack-nova security, bug fix, and enhancement update 2015-04-16 14:27:45 EDT

  None (edit)
Comment 8 Sean Toner 2015-04-09 08:09:02 EDT
How do we detect if the root disk is rebuilt or not?
Comment 10 Sahid Ferdjaoui 2015-04-13 11:49:48 EDT
When a rebuild is attempted the root disk is erased. So you can probably try to update the file-system then execute the process of evacuate and verify that the update on the fs is still alive.

  nova boot --flavor 1 --image cirros i1
  guestfish -a /openstack/instances/775613dd-3aa1-48e1-b1cb-05530f06c99a
  > run
  > list-filesystems
  /dev/sda1: ext4
  > mount /dev/sda1 /
  > touch my-file
  > ls /
  my-file
  bin
  ...
  > quit

  nova host-evacuate --target_host host --on-shared-storage
  guestfish -a /openstack/instances/775613dd-3aa1-48e1-b1cb-05530f06c99a
  > run
  > mount /dev/sda1 /
  > ls /my-file
Comment 11 Sean Toner 2015-04-13 13:12:43 EDT
I tried the suggestion above, and the file that I created through guestfish (/test-file) was still there, indicating that the disk image was not rebuilt from scratch.
Comment 12 Sean Toner 2015-04-13 13:14:01 EDT
Created attachment 1014014 [details]
Evacuation after creating file through guestfish
Comment 15 errata-xmlrpc 2015-04-16 10:35:32 EDT
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://rhn.redhat.com/errata/RHSA-2015-0843.html

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