tripleo

Bug #1889682
Comment #9

Comment 9 for bug 1889682

Revision history for this message

OpenStack Infra (hudson-openstack) wrote on 2020-09-25: Fix merged to tripleo-heat-templates (stable/queens)

Reviewed: https://review.opendev.org/753608
Committed: https://git.openstack.org/cgit/openstack/tripleo-heat-templates/commit/?id=49f1396d6048a0c0e297f3f889a6f816bb67a321
Submitter: Zuul
Branch: stable/queens

commit 49f1396d6048a0c0e297f3f889a6f816bb67a321
Author: Tom Barron <email address hidden>
Date: Tue Jul 28 14:04:07 2020 -0400

Use appropriate allocation pools for StorageNFS

    The StorageNFS network was defined in network_data_ganesha.yaml
    using allocation ranges that mirrored those of the other isolated
    networks. But TripleO and the undercloud only need to use a small
    number of addresses for overcloud deployment -- in the default
    three-controller case, one for the regular StorageNFS interface on
    each ControllerNfs role node, and one for the VIP on which the NFS
    service is offered. The bulk of the addresses in the StorageNFS CIDR
    should be left out of the allocation range defined in network_data
    so that they can be used by the allocation pool for the overcloud
    Netron StorageNFS provider network's subnet without danger of
    overlap.

    This change uses a CIDR with a shorter prefix so that there will
    be sufficient IPs left over after the undercloud's TripleO allocation
    pool to deploy almost 4000 clients on the Neutron StorageNFS provider
    network's subnet.

    This commit also includes some minor changes to synchronize
    network_data_ganesha.yaml with network_data.yaml since the former
    was derived from the latter and should differ from it only by
    inclustion of the StorageNFS network.

Closes-bug: #1889682

    Change-Id: Ibb50dad42ec3dc154cd27ae9094a9be5d0a2dd28
    (cherry picked from commit 4e8a05833cb9679bc6140839305d075389dc4822)
    (cherry picked from commit 6efb29dcc7294a289a78cf380b14eaf146a1a49e)
    (cherry picked from commit 688b59301dd880bc15da7539dd9c5b7946903346)
    (cherry picked from commit 2026fa444e3a93ca8c249f37aaa5820883265215)
    (cherry picked from commit 9862730ce282ac135a7361879e927d35bfd66fda)

Reviewed:  https://review.opendev.org/753608
Committed: https://git.openstack.org/cgit/openstack/tripleo-heat-templates/commit/?id=49f1396d6048a0c0e297f3f889a6f816bb67a321
Submitter: Zuul
Branch:    stable/queens

commit 49f1396d6048a0c0e297f3f889a6f816bb67a321
Author: Tom Barron <tpb@dyncloud.net>
Date:   Tue Jul 28 14:04:07 2020 -0400

Use appropriate allocation pools for StorageNFS
    
    The StorageNFS network was defined in network_data_ganesha.yaml
    using allocation ranges that mirrored those of the other isolated
    networks.  But TripleO and the undercloud only need to use a small
    number of addresses for overcloud deployment -- in the default
    three-controller case, one for the regular StorageNFS interface on
    each ControllerNfs role node, and one for the VIP on which the NFS
    service is offered.  The bulk of the addresses in the StorageNFS CIDR
    should be left out of the allocation range defined in network_data
    so that they can be used by the allocation pool for the overcloud
    Netron StorageNFS provider network's subnet without danger of
    overlap.
    
    This change uses a CIDR with a shorter prefix so that there will
    be sufficient IPs left over after the undercloud's TripleO allocation
    pool to deploy almost 4000 clients on the Neutron StorageNFS provider
    network's subnet.
    
    This commit also includes some minor changes to synchronize
    network_data_ganesha.yaml with network_data.yaml since the former
    was derived from the latter and should differ from it only by
    inclustion of the StorageNFS network.
    
    Closes-bug: #1889682
    
    Change-Id: Ibb50dad42ec3dc154cd27ae9094a9be5d0a2dd28
    (cherry picked from commit 4e8a05833cb9679bc6140839305d075389dc4822)
    (cherry picked from commit 6efb29dcc7294a289a78cf380b14eaf146a1a49e)
    (cherry picked from commit 688b59301dd880bc15da7539dd9c5b7946903346)
    (cherry picked from commit 2026fa444e3a93ca8c249f37aaa5820883265215)
    (cherry picked from commit 9862730ce282ac135a7361879e927d35bfd66fda)