Bug 1292879 - iptables: bad rule
Summary: iptables: bad rule
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat OpenStack
Classification: Red Hat
Component: rhosp-director
Version: 7.0 (Kilo)
Hardware: Unspecified
OS: Unspecified
unspecified
medium
Target Milestone: ---
: 10.0 (Newton)
Assignee: Hugh Brock
QA Contact: Shai Revivo
URL:
Whiteboard:
: 1292880 (view as bug list)
Depends On:
Blocks: 1278853
TreeView+ depends on / blocked
 
Reported: 2015-12-18 16:00 UTC by Jason Montleon
Modified: 2016-10-14 18:50 UTC (History)
7 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of: 1278853
Environment:
Last Closed: 2016-10-14 18:50:17 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Description Jason Montleon 2015-12-18 16:00:41 UTC
+++ This bug was initially created as a clone of Bug #1278853 +++

Description of problem:

Error during fusor-undercloud-installer

Version-Release number of selected component (if applicable):

This install was completed from an ISO with the Media ID 1446663134.881279 at 06:52:14 PM on 04 Nov 2015.

How reproducible:

Unsure, believe 100%

Steps to Reproduce:
1. Install TripleO ISO
2. Log in for launch-fusor-undercloud-installer
3.

Actual results:

iptables: bad rule (does a matching rule exist in that chain?)

Expected results:

No error, iptables successfully setup

Additional info:

Command is: add-rule INPUT -p tcp --dport 8088 -j ACCEPT
(says "active" just before error)

--- Additional comment from Thom Carlin on 2015-11-06 10:02:12 EST ---

Also occurs further down for:
* port 69
* ports "8773, 8774, 8775"
* ports "5000, 35357"
* port 9696
etc.

Works for:
* port 8585
and other

br-ctlplane also fails just below these with iptables: No chain/target/match by that name
BOOTSTACK_MASQ_NEW fails for /var/opt/undercloud-stack/masquerade

Comment 3 Jason Montleon 2015-12-18 16:06:06 UTC
*** Bug 1292880 has been marked as a duplicate of this bug. ***

Comment 5 Mike Burns 2016-04-07 21:00:12 UTC
This bug did not make the OSP 8.0 release.  It is being deferred to OSP 10.

Comment 7 Dan Sneddon 2016-10-14 18:50:17 UTC
This bug is no longer relevant, this was fixed long ago.


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