Bug 1446162

Summary: Use new wait option for iptables restore commands if available
Product: Red Hat Enterprise Linux 7 Reporter: Thomas Woerner <twoerner>
Component: firewalldAssignee: Thomas Woerner <twoerner>
Status: CLOSED ERRATA QA Contact: Tomas Dolezal <todoleza>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 7.3CC: todoleza
Target Milestone: rc   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2017-08-01 16:24:48 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 Thomas Woerner 2017-04-27 11:15:07 UTC
Description of problem:
The iptables restore commands are supporting now (#1438597) the wait option as the normal commands. With this the risk to get into a collision with another iptables command is a lot less likely.

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

firewalld is detecting if the wait option is supported and uses it if it is.

Comment 3 Thomas Woerner 2017-05-03 14:08:02 UTC
Fixed upstream: https://github.com/t-woerner/firewalld/commit/18990db7b05a3d81145b41e7cfe64ebbb958aa1a

The fix in comment #1 is for another bug.

Comment 6 errata-xmlrpc 2017-08-01 16:24:48 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/RHBA-2017:1934