Bug 1301046 - IPv4 VIP resources get created with 64 cidr_netmask in mixed IPv4/IPv6 environment
Summary: IPv4 VIP resources get created with 64 cidr_netmask in mixed IPv4/IPv6 enviro...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat OpenStack
Classification: Red Hat
Component: openstack-puppet-modules
Version: 7.0 (Kilo)
Hardware: Unspecified
OS: Unspecified
urgent
urgent
Target Milestone: z4
: 7.0 (Kilo)
Assignee: Giulio Fidente
QA Contact: Omri Hochman
URL:
Whiteboard:
Depends On:
Blocks: 1301015
TreeView+ depends on / blocked
 
Reported: 2016-01-22 12:35 UTC by Giulio Fidente
Modified: 2016-02-18 16:44 UTC (History)
8 users (show)

Fixed In Version: openstack-puppet-modules-2015.1.8-44.el7ost
Doc Type: Bug Fix
Doc Text:
Previously, in mixed environments where some networks use IPv4 addresses and others use IPv6 addresses, the IPv6 CIDR was incorrectly used for the IPv4 virtual IP addresses too. As a result, the deployment of the overcloud failed with Pacemaker refusing to start the IPv4 virtual IP addresses. With this update, a new functionality which identifies the type of virtual IP (whether IPv4 or IPv6) is added, adapting the CIDR accordingly. As a result, each virtual IP address is configured with the appropriate CIDR, of either the IPv4 or IPv6 class.
Clone Of: 1301015
Environment:
Last Closed: 2016-02-18 16:44:37 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
OpenStack gerrit 271260 0 None None None 2016-01-22 12:35:04 UTC
Red Hat Product Errata RHBA-2016:0265 0 normal SHIPPED_LIVE openstack-packstack and openstack-puppet-modules bug fix advisory 2016-02-18 21:41:18 UTC

Description Giulio Fidente 2016-01-22 12:35:05 UTC
+++ This bug was initially created as a clone of Bug #1301015 +++

Description of problem:
IPv4 public VIP resources get created with 64 cidr_netmask in mixed IPv4/IPv6 environment

Version-Release number of selected component (if applicable):
openstack-tripleo-heat-templates-0.8.6-110.el7ost.noarch

How reproducible:
100%

Steps to Reproduce:
1. Deploy mixed IPv4/IPv6 environment (storage and storage management network on ipv4)

Actual results:
The IPV4 VIP resource are unable to start:
root@overcloud-controller-0 ~]# pcs status | grep Stopped
 ip-172.16.3.4	(ocf::heartbeat:IPaddr2):	Stopped
 ip-172.16.1.4	(ocf::heartbeat:IPaddr2):	Stopped


Expected results:
The resources get started.

Additional info:
overcloud-controller-0-ip-172.16.3.4_start_0:6 [ ocf-exit-reason:Invalid netmask specification [64].\n ]

[root@overcloud-controller-0 ~]# pcs resource show  ip-172.16.3.4
 Resource: ip-172.16.3.4 (class=ocf provider=heartbeat type=IPaddr2)
  Attributes: ip=172.16.3.4 cidr_netmask=64 
  Operations: start interval=0s timeout=20s (ip-172.16.3.4-start-interval-0s)
              stop interval=0s timeout=20s (ip-172.16.3.4-stop-interval-0s)
              monitor interval=10s timeout=20s (ip-172.16.3.4-monitor-interval-10s)

Comment 2 Marius Cornea 2016-01-25 11:39:49 UTC
[root@overcloud-controller-0 ~]# rpm -qa | grep puppet-modules
openstack-puppet-modules-2015.1.8-45.el7ost.noarch
[root@overcloud-controller-0 ~]# pcs resource show ip-2001.db8.fd00.1000..10
 Resource: ip-2001.db8.fd00.1000..10 (class=ocf provider=heartbeat type=IPaddr2)
  Attributes: ip=2001:db8:fd00:1000::10 cidr_netmask=64 
  Operations: start interval=0s timeout=20s (ip-2001.db8.fd00.1000..10-start-interval-0s)
              stop interval=0s timeout=20s (ip-2001.db8.fd00.1000..10-stop-interval-0s)
              monitor interval=10s timeout=20s (ip-2001.db8.fd00.1000..10-monitor-interval-10s)
[root@overcloud-controller-0 ~]# pcs resource show ip-172.16.3.4
 Resource: ip-172.16.3.4 (class=ocf provider=heartbeat type=IPaddr2)
  Attributes: ip=172.16.3.4 cidr_netmask=32 
  Operations: start interval=0s timeout=20s (ip-172.16.3.4-start-interval-0s)
              stop interval=0s timeout=20s (ip-172.16.3.4-stop-interval-0s)
              monitor interval=10s timeout=20s (ip-172.16.3.4-monitor-interval-10s)
[root@overcloud-controller-0 ~]#

Comment 5 errata-xmlrpc 2016-02-18 16:44:37 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://rhn.redhat.com/errata/RHBA-2016-0265.html


Note You need to log in before you can comment on or make changes to this bug.