Bug 1154785
Summary: | rubygem-staypuft: Public_api role assignment to network - need to add validation that the network has a gateway configured. | ||
---|---|---|---|
Product: | Red Hat OpenStack | Reporter: | Alexander Chuzhoy <sasha> |
Component: | rubygem-staypuft | Assignee: | Brad P. Crochet <brad> |
Status: | CLOSED ERRATA | QA Contact: | Omri Hochman <ohochman> |
Severity: | high | Docs Contact: | |
Priority: | high | ||
Version: | 5.0 (RHEL 7) | CC: | aberezin, mburns, yeylon |
Target Milestone: | z2 | ||
Target Release: | Installer | ||
Hardware: | x86_64 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | ruby193-rubygem-staypuft-0.4.8-1.el6ost | Doc Type: | Known Issue |
Doc Text: |
Cause:
The subnet that contains Public-API traffic must include a gateway but the wizard does not enforce this.
Consequence:
The user can create a subnet that does not define a gateway leading to a broken network setup.
Workaround (if any):
Define a Gateway on the subnet containing public-api network traffic
Result:
the network configuration works.
|
Story Points: | --- |
Clone Of: | Environment: | ||
Last Closed: | 2014-11-04 17:03:43 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
Alexander Chuzhoy
2014-10-20 18:34:46 UTC
Checking the respective ifcfg file: GATEWAY="" DEFROUTE=yes Can we make the effort and add the UI validation for A2. this is critical to stand up an operational network layout. Verified: openstack-puppet-modules-2014.1-24.el6ost.noarch rhel-osp-installer-0.4.5-1.el6ost.noarch ruby193-rubygem-foreman_openstack_simplify-0.0.6-8.el6ost.noarch openstack-foreman-installer-2.0.30-1.el6ost.noarch ruby193-rubygem-staypuft-0.4.8-1.el6ost.noarch There's a validation now that the network where the public_api role is assigned has a gateway. 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-2014-1800.html |