Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 1164280

Summary: nova host-evacuate target-host is mandatory
Product: Red Hat OpenStack Reporter: Marko Myllynen <myllynen>
Component: python-novaclientAssignee: Jakub Ruzicka <jruzicka>
Status: CLOSED WONTFIX QA Contact: yeylon <yeylon>
Severity: medium Docs Contact:
Priority: medium    
Version: 5.0 (RHEL 7)CC: berrange, clasohm, dasmith, dyocum, jruzicka, ndipanov, pbrady, rhos-integ, sbauza, sferdjao, sgordon, srevivo, vromanso, yeylon
Target Milestone: ---Keywords: ZStream
Target Release: 6.0 (Juno)   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2015-12-16 15:31:41 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 Marko Myllynen 2014-11-14 14:33:12 UTC
Description of problem:
[root@slabnode887 ~(keystone_admin)]# nova host-evacuate slabnode888.example.com
+--------------------------------------+-------------------+---------------------------------------------------------------------------------------------------------------------------------+
| Server UUID                          | Evacuate Accepted | Error Message                                                                                                                   |
+--------------------------------------+-------------------+---------------------------------------------------------------------------------------------------------------------------------+
| 92c527a5-a93c-4971-a339-2fb516b0b9f9 | False             | Error while evacuating instance: Compute host None not found. (HTTP 404) (Request-ID: req-a977c9d6-3ecd-4632-a80c-e32f0a1865d6) |
+--------------------------------------+-------------------+---------------------------------------------------------------------------------------------------------------------------------+
[root@slabnode887 ~(keystone_admin)]# nova host-evacuate --target_host slabnode889.example.com slabnode888.example.com
+--------------------------------------+-------------------+---------------+
| Server UUID                          | Evacuate Accepted | Error Message |
+--------------------------------------+-------------------+---------------+
| 92c527a5-a93c-4971-a339-2fb516b0b9f9 | True              |               |
+--------------------------------------+-------------------+---------------+
[root@slabnode887 ~(keystone_admin)]# nova help host-evacuate
usage: nova host-evacuate [--target_host <target_host>] [--on-shared-storage]
                          <host>

Evacuate all instances from failed host to specified one.

Positional arguments:
  <host>                Name of host.

Optional arguments:
  --target_host <target_host>
                        Name of target host.
  --on-shared-storage   Specifies whether all instances files are on shared
                        storage
[root@slabnode887 ~(keystone_admin)]# 

Although help says target host is optional it seems to be mandatory. It would be better if target host would be optional.

Version-Release number of selected component (if applicable):
openstack-nova-api-2014.1.3-4.el7ost.noarch

Comment 2 Nikola Dipanov 2014-11-20 16:57:37 UTC
So currently RHOS 5.0 does not ship with the os-extended-evacuate-find-host API extension and related support for evacutaing with the help of the scheduler, so this seems like a client bug. It should not allow host to not be specified for evacuate, as the API will reject that request.

Since the client seems to be filling the value with None, it makes me think even more that this is a client issue

Comment 3 Dan Yocum 2015-01-22 18:29:21 UTC
Yes, I've now hit this in OS1 Public, and I'd like to NOT have to specify the target host to evacuate to.

Also, the following bugs appear to be dupes:

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

Comment 6 Stephen Gordon 2015-03-16 18:37:04 UTC
(In reply to Nikola Dipanov from comment #2)
> So currently RHOS 5.0 does not ship with the os-extended-evacuate-find-host
> API extension and related support for evacutaing with the help of the
> scheduler, so this seems like a client bug. It should not allow host to not
> be specified for evacuate, as the API will reject that request.
> 
> Since the client seems to be filling the value with None, it makes me think
> even more that this is a client issue

Effectively this is actually a request to backport both the API extension and the client update.

Comment 7 Stephen Gordon 2015-03-16 18:38:43 UTC
*** Bug 1041140 has been marked as a duplicate of this bug. ***

Comment 8 Stephen Gordon 2015-03-16 18:39:41 UTC
*** Bug 1041464 has been marked as a duplicate of this bug. ***