| Summary: | openstack-nova: instance resize doesn't work | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | Red Hat OpenStack | Reporter: | Yogev Rabl <yrabl> | ||||||
| Component: | openstack-nova | Assignee: | Xavier Queralt <xqueralt> | ||||||
| Status: | CLOSED NOTABUG | QA Contact: | Ami Jeain <ajeain> | ||||||
| Severity: | high | Docs Contact: | |||||||
| Priority: | high | ||||||||
| Version: | 3.0 | CC: | dallan, hateya, ndipanov, xqueralt, yeylon, yrabl | ||||||
| Target Milestone: | async | Keywords: | ZStream | ||||||
| Target Release: | 3.0 | ||||||||
| Hardware: | x86_64 | ||||||||
| OS: | Linux | ||||||||
| Whiteboard: | |||||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||||
| Doc Text: | Story Points: | --- | |||||||
| Clone Of: | Environment: | ||||||||
| Last Closed: | 2013-11-14 12:14:06 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: | |||||||
| Attachments: |
|
||||||||
|
Description
Yogev Rabl
2013-10-31 09:02:27 UTC
Created attachment 817765 [details]
nova logs
(In reply to Yogev Rabl from comment #1) > Created attachment 817765 [details] > nova logs Could you attach the scheduler logs too? It is the component which takes care of finding a new host for the instance and there you will see the reason the instance has not been resized. Created attachment 817840 [details]
scheduler.log during the action
added the scheduler logs.
I think you're trying to resize an instance with only one compute node and the 'allow_resize_to_same_host' configuration option unset (which defaults to False). This won't work as you can see because the scheduler will ignore the host where the instance is currently on and fail to find another host. Could you try again and enable resizes in the same host (set allow_resize_to_same_host = true in nova.conf and restart the api and compute services) and/or add a second compute host? (In reply to Xavier Queralt from comment #4) you're correct, I should've changed the allow_resize_to_same_host parameter. why isn't set on true as default? (In reply to Xavier Queralt from comment #4) you were right, the allow_resize_to_same_host parameter was false, why isn't set on true as default? The option is False by default and there is no reason to deviate from that as it is a deployment/usage choice, and it is a sane default since resizing likely needs to involve the scheduler. Closing as not a bug. |