Bug 1406331

Summary: Custom network names prevent deployment
Product: Red Hat OpenStack Reporter: Christopher Brown <chris.brown>
Component: rhosp-directorAssignee: Steven Hardy <shardy>
Status: CLOSED CURRENTRELEASE QA Contact: Omri Hochman <ohochman>
Severity: high Docs Contact:
Priority: high    
Version: 10.0 (Newton)CC: agurenko, aschultz, dbecker, emacchi, ipetrova, mburns, mcornea, morazi, pcaruana, rhel-osp-director-maint, shardy
Target Milestone: ---Keywords: Triaged, ZStream
Target Release: 10.0 (Newton)   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2017-11-02 22:03:21 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:
Embargoed:

Description Christopher Brown 2016-12-20 09:55:14 UTC
Description of problem:

We have a requirement to use custom network names, for example:
  
  StorageMgmtNetCidr: 10.0.10.0/24
  StorageMgmtAllocationPools: [{'start': '10.0.10.50', 'end': '10.0.10.110'}]
  StorageMgmtNetworkVlanID: 109
  StorageMgmtNetName: customstgmgmtname

  InternalApiNetCidr: 10.0.11.0/24
  InternalApiAllocationPools: [{'start': '10.0.11.50', 'end': '10.0.11.110'}]
  InternalApiNetworkVlanID: 107
  InternalApiNetName: custominternalapiname

However when we try to deploy with these, we get:

{u'deploy_stdout': u"Matching apachectl 'Server version: Apache/2.4.6 (Red Hat Enterprise Linux)\nServer built:   Aug  3 2016 08:33:27'\n", u'deploy_stderr': u'exception: connect              |
|               | failed\n\x1b[1;31mError: Could not find data item memcached_node_ips in any Hiera data file and no default supplied at /etc/puppet/modules/tripleo/manifests/profile/base/nova.pp:67

We are using predictable IP addresses and custom hostname also.

For Red Hat folks please see case number: 01760629

to which I have attached sos reports, templates etc.

Comment 1 Steven Hardy 2016-12-20 22:08:54 UTC
I can confirm this bug and have reproduced a similar failure locally - basically the problem is some of the rework to support custom roles expects the default names, and doesn't account for the *NetName parameters.

We'll have to adjust things slightly in tripleo-heat-templates to map the overridden names in the appropriate places.

Comment 3 Christopher Brown 2017-02-02 12:04:32 UTC
Please advise if this can be backported to Newton.

Comment 4 Emilien Macchi 2017-11-02 22:03:21 UTC
All the backports seem backported, I'll close it. Please re-open if needed.

Comment 5 Red Hat Bugzilla 2023-09-14 03:36:30 UTC
The needinfo request[s] on this closed bug have been removed as they have been unresolved for 1000 days