Bug 1241583

Summary: Remove creation of default-net, default-router and ext-net from postconfig
Product: Red Hat OpenStack Reporter: Marius Cornea <mcornea>
Component: python-rdomanager-oscpluginAssignee: Brad P. Crochet <brad>
Status: CLOSED ERRATA QA Contact: Marius Cornea <mcornea>
Severity: high Docs Contact:
Priority: high    
Version: 7.0 (Kilo)CC: adarazs, akrivoka, brad, calfonso, jslagle, mburns, oblaut, rhel-osp-director-maint, rrosa
Target Milestone: gaKeywords: Triaged
Target Release: Director   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: python-rdomanager-oscplugin-0.0.8-35.el7ost Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
: 1243056 (view as bug list) Environment:
Last Closed: 2015-08-05 13:59:02 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 Marius Cornea 2015-07-09 14:19:55 UTC
Description of problem:

I've been hitting some issues lately related to the overcloud getting deployed with the default tenant network, router and external network that made me think it would be better to get the overcloud deployed without them.

1. The openstack overcloud deploy command always creates a default-net tenant network, a router and an ext-net external network. While this is good for demo purposes I believe they are not needed in a production environment for naming or functional reasons and first thing that an operator does is to delete them.

2. You might not need the default router. For instance I'd like to test vlan provider networks but the deploy command ends with the ext-net network and default router created which I don't need.

3. It generates confusion when using network isolation. You have to specify --floating-ip-cidr --floating-ip-start --floating-ip-end --bm-network-gateway that match the external network settings set up in the network isolation yaml file in order to get working connectivity. If you end up deleting them right after deployment finishes then you get a very long deploy command for nothing which leads to bad user experience.

I believe we should leave the creation of routers and networks as a post deployment step so operators can create those according to their particular needs. Or at least get a flag to the deploy command where we can specify if we want them created.

Comment 3 Ofer Blaut 2015-07-12 11:51:09 UTC
I think it also relates to BZ1241016 , so if we remove the networks please close 1241016

Comment 4 Brad P. Crochet 2015-07-14 12:57:53 UTC
Review: https://review.gerrithub.io/#/c/239833/

Comment 7 errata-xmlrpc 2015-08-05 13:59:02 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://access.redhat.com/errata/RHEA-2015:1549