horizon can't create a volume in "Any availability zone" when following the documentation and having storage_hosts different than storage-infra_hosts

Bug #1491478 reported by Jean-Philippe Evrard
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
OpenStack-Ansible
Fix Released
Low
Jean-Philippe Evrard
Kilo
Fix Released
Low
Jean-Philippe Evrard
Trunk
Fix Released
Low
Jean-Philippe Evrard

Bug Description

If you follow the documentation, you'll define in openstack_user_config.yml the "cinder_default_availability_zone" and cinder_storage_availability_zone.

If you have your storage-infra hosts (where is your cinder scheduler) on the same hosts as your storage hosts, you'll be able to create your volume with horizon with the option to create a volume in "Any availability zone".

However, when storage-infra hosts and storage hosts are different, the formers don't get the "cinder_*_availability_zone" variables. Therefore, when horizon will try to create in "any availability zone", it will try to create with the default, which is unset (and defaults to nova). The volume creation then fails.

The solution is to adapt the documentation, and mention that defaults availability zone must be created in user_variables, while overrides per hosts should be in the openstack_user_config.

description: updated
Changed in openstack-ansible:
assignee: nobody → Jean-Philippe Evrard (jean-philippe-evrard)
Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix merged to os-ansible-deployment (master)

Reviewed: https://review.openstack.org/219751
Committed: https://git.openstack.org/cgit/stackforge/os-ansible-deployment/commit/?id=de4ca4c318095788342293b882da9c77aec176a3
Submitter: Jenkins
Branch: master

commit de4ca4c318095788342293b882da9c77aec176a3
Author: Jean-Philippe Evrard <email address hidden>
Date: Wed Sep 2 17:47:18 2015 +0200

    More complete explanation of availability zones

    If you follow the documentation, you'll define
    the "cinder_default_availability_zone" in your
    openstack_user_config

    If you aren't in AIO this is gonna cause you
    issues (horizon fails to create volume in
    "Any availability zone")

    This clears the things up.

    DocImpact
    Change-Id: Ia58130c845d77999264ec5a84092ceb96c1a811c
    Closes-Bug: #1491478

Changed in openstack-ansible:
status: New → Fix Committed
Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix merged to openstack-ansible (kilo)

Reviewed: https://review.openstack.org/223010
Committed: https://git.openstack.org/cgit/openstack/openstack-ansible/commit/?id=322b6ddeb9fd9dafa7fb4a5cd7bb7f4ad2692632
Submitter: Jenkins
Branch: kilo

commit 322b6ddeb9fd9dafa7fb4a5cd7bb7f4ad2692632
Author: Jean-Philippe Evrard <email address hidden>
Date: Wed Sep 2 17:47:18 2015 +0200

    More complete explanation of availability zones

    If you follow the documentation, you'll define
    the "cinder_default_availability_zone" in your
    openstack_user_config

    If you aren't in AIO this is gonna cause you
    issues (horizon fails to create volume in
    "Any availability zone")

    This clears the things up.

    DocImpact
    Change-Id: Ia58130c845d77999264ec5a84092ceb96c1a811c
    Closes-Bug: #1491478
    (cherry picked from commit de4ca4c318095788342293b882da9c77aec176a3)

Revision history for this message
Davanum Srinivas (DIMS) (dims-v) wrote : Fix included in openstack/openstack-ansible 11.2.11

This issue was fixed in the openstack/openstack-ansible 11.2.11 release.

Revision history for this message
Doug Hellmann (doug-hellmann) wrote : Fix included in openstack/openstack-ansible 11.2.12

This issue was fixed in the openstack/openstack-ansible 11.2.12 release.

Revision history for this message
Davanum Srinivas (DIMS) (dims-v) wrote : Fix included in openstack/openstack-ansible 11.2.14

This issue was fixed in the openstack/openstack-ansible 11.2.14 release.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.