tripleo

Public and Control VIP interface should be automatically set in tripleO

Bug #1606632 reported by Tim Rozet
16
This bug affects 2 people
Affects Status Importance Assigned to Milestone
tripleo
Fix Released
Medium
Tim Rozet
tripleo ocata-2 "ocata-2"

Bug Description

When deploying, PublicVIPInterface heat parameter is used in order to bind the public VIP to an interface in puppet-tripleo loadbalancer.pp (stable/mitaka), keepalived.pp (master). This value defaults to 'br-ex' (which is fine). However, when using a VLAN deployment this needs to be changed to be the VLAN interface used for the public network. The current description of the heat parameter is:

  PublicVirtualInterface:
    default: 'br-ex'
    description: >
        Specifies the interface where the public-facing virtual ip will be assigned.
        This should be int_public when a VLAN is being used.
    type: string

This description should be at least changed to say something like: "When using a VLAN deployment this should be set to the vlan<num> interface used for the public network, i.e. vlan200 for a public network on using VLAN 200."

More importantly, this logic should be changed to automatically set the heat parameter. Since a user has already provided the nic template which defines the VLAN interface where the public network resides, there is no point in making a user input it again.

Emilien Macchi (emilienm)
Changed in tripleo:
status: New → Triaged
Revision history for this message
Tim Rozet (trozet) wrote :

Note this also includes ControlVirtualInterface that at the moment defaults to br-ex. This should really be on the admin network interface and the deployment tool should be able to figure this out.

summary: - Public VIP interface should be automatically set in tripleO
+ Public and Control VIP interface should be automatically set in tripleO
Changed in tripleo:
assignee: nobody → Tim Rozet (trozet)
Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix proposed to puppet-tripleo (master)

Fix proposed to branch: master
Review: https://review.openstack.org/390400

Changed in tripleo:
status: Triaged → In Progress
Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix proposed to tripleo-heat-templates (master)

Fix proposed to branch: master
Review: https://review.openstack.org/390401

Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix merged to puppet-tripleo (master)

Reviewed: https://review.openstack.org/390400
Committed: https://git.openstack.org/cgit/openstack/puppet-tripleo/commit/?id=87763459ae57614e092f772595a03e7d552f96d1
Submitter: Jenkins
Branch: master

commit 87763459ae57614e092f772595a03e7d552f96d1
Author: Tim Rozet <email address hidden>
Date: Mon Oct 24 16:30:22 2016 -0400

    Adds auto-detection for VIP interfaces

    Previously the ctrl plane VIP would default to 'br-ex' which in non-vlan
    deployments ends up being the wrong interface. The public VIP interface
    was also defaulted to 'br-ex' which would be incorrect for vlan based
    deployments. Since a user has already given the nic template (and in
    most cases the subnet that corresponds to the nic) the installer should
    be able to figure out which interface the public/control vip should be
    on.

    These changes enable that type of auto-detection, unless a user
    explicitly overrides the heat parameters for ControlVirtualInterface and
    PublicVirtualInterface. Also removes calling keepalived from haproxy
    now that the services are composed separately on the Controller role.

    Partial-Bug: 1606632

    Change-Id: I05105fce85be8ace986db351cdca2916f405ed04
    Signed-off-by: Tim Rozet <email address hidden>

Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix merged to tripleo-heat-templates (master)

Reviewed: https://review.openstack.org/390401
Committed: https://git.openstack.org/cgit/openstack/tripleo-heat-templates/commit/?id=f49d4d23f6a294b535451180a1c006f50ee582c2
Submitter: Jenkins
Branch: master

commit f49d4d23f6a294b535451180a1c006f50ee582c2
Author: Tim Rozet <email address hidden>
Date: Mon Oct 24 16:36:10 2016 -0400

    Enables auto-detection for VIP interfaces

    Previously the ctrl plane VIP would default to 'br-ex' which in non-vlan
    deployments ends up being the wrong interface. The public VIP interface
    was also defaulted to 'br-ex' which would be incorrect for vlan based
    deployments. Since a user has already given the nic template (and in
    most cases the subnet that corresponds to the nic) the installer should
    be able to figure out which interface the public/control vip should be
    on.

    These changes enable that type of auto-detection, unless a user
    explicitly overrides the heat parameters for ControlVirtualInterface and
    PublicVirtualInterface. Also, incorrect parameters from haproxy service
    are removed.

    Depends-On: I05105fce85be8ace986db351cdca2916f405ed04

    Closes-Bug: 1606632

    Change-Id: I3c1c39824ec32ced304a782edc6ef49c0769c108
    Signed-off-by: Tim Rozet <email address hidden>

Changed in tripleo:
status: In Progress → Fix Released
Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix proposed to puppet-tripleo (stable/newton)

Fix proposed to branch: stable/newton
Review: https://review.openstack.org/407194

Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix proposed to tripleo-heat-templates (stable/newton)

Fix proposed to branch: stable/newton
Review: https://review.openstack.org/407196

Steven Hardy (shardy)
Changed in tripleo:
milestone: none → ocata-2
importance: Undecided → Medium
Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix merged to puppet-tripleo (stable/newton)

Reviewed: https://review.openstack.org/407194
Committed: https://git.openstack.org/cgit/openstack/puppet-tripleo/commit/?id=16a020266420ad78cb4538f08f3fb05d35596622
Submitter: Jenkins
Branch: stable/newton

commit 16a020266420ad78cb4538f08f3fb05d35596622
Author: Tim Rozet <email address hidden>
Date: Mon Oct 24 16:30:22 2016 -0400

    Adds auto-detection for VIP interfaces

    Previously the ctrl plane VIP would default to 'br-ex' which in non-vlan
    deployments ends up being the wrong interface. The public VIP interface
    was also defaulted to 'br-ex' which would be incorrect for vlan based
    deployments. Since a user has already given the nic template (and in
    most cases the subnet that corresponds to the nic) the installer should
    be able to figure out which interface the public/control vip should be
    on.

    These changes enable that type of auto-detection, unless a user
    explicitly overrides the heat parameters for ControlVirtualInterface and
    PublicVirtualInterface. Also removes calling keepalived from haproxy
    now that the services are composed separately on the Controller role.

    Partial-Bug: 1606632

    Change-Id: I05105fce85be8ace986db351cdca2916f405ed04
    Signed-off-by: Tim Rozet <email address hidden>
    (cherry picked from commit 87763459ae57614e092f772595a03e7d552f96d1)

tags: added: in-stable-newton
Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix included in openstack/tripleo-heat-templates 6.0.0.0b2

This issue was fixed in the openstack/tripleo-heat-templates 6.0.0.0b2 development milestone.

Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix merged to tripleo-heat-templates (stable/newton)

Reviewed: https://review.openstack.org/407196
Committed: https://git.openstack.org/cgit/openstack/tripleo-heat-templates/commit/?id=b45387c273d49af3e953ef5f7a1006276afc0fe9
Submitter: Jenkins
Branch: stable/newton

commit b45387c273d49af3e953ef5f7a1006276afc0fe9
Author: Tim Rozet <email address hidden>
Date: Mon Oct 24 16:36:10 2016 -0400

    Enables auto-detection for VIP interfaces

    Previously the ctrl plane VIP would default to 'br-ex' which in non-vlan
    deployments ends up being the wrong interface. The public VIP interface
    was also defaulted to 'br-ex' which would be incorrect for vlan based
    deployments. Since a user has already given the nic template (and in
    most cases the subnet that corresponds to the nic) the installer should
    be able to figure out which interface the public/control vip should be
    on.

    These changes enable that type of auto-detection, unless a user
    explicitly overrides the heat parameters for ControlVirtualInterface and
    PublicVirtualInterface. Also, incorrect parameters from haproxy service
    are removed.

    Depends-On: I05105fce85be8ace986db351cdca2916f405ed04

    Closes-Bug: 1606632

    Change-Id: I3c1c39824ec32ced304a782edc6ef49c0769c108
    Signed-off-by: Tim Rozet <email address hidden>
    (cherry picked from commit f49d4d23f6a294b535451180a1c006f50ee582c2)

Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix included in openstack/tripleo-heat-templates 5.3.0

This issue was fixed in the openstack/tripleo-heat-templates 5.3.0 release.

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

Duplicates of this bug

Subscribing...

Other bug subscribers

Remote bug watches

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