Red Hat Bugzilla – Bug 428148
Startup Script init.d/iptables no longer does a condrestart or change of behaviour
Last modified: 2008-06-12 22:26:07 EDT
Description of problem:
The original init.d/iptables scripts used to have:
[ -e "$VAR_SUBSYS_IPTABLES" ] && restart
In F8 this has become,
[ -f "$VAR_SUBSYS_IPTABLES" ] && exit 0
So if iptables is already running (has subsys lock file) exit.
Is this a deliberate change of behaviour or broken?
If a change, how do we replicate the original behaviour of reloading the rules
file if iptables if already running.
This seems to have been fixed in Fedora 9.
[ ! -e "$VAR_SUBSYS_IPTABLES" ] && exit 0
So now looks right, if lock does not exist it exits.
Should I close ? Or given that it's still broken in F8 should I leave?
iptables-1.3.8-7.fc8 has been submitted as an update for Fedora 8
Oups, my fault. Package has been built for F-8 a long time ago, but there was no
iptables-1.3.8-7.fc8 has been pushed to the Fedora 8 testing repository. If problems still persist, please make note of it in this bug report.
If you want to test the update, you can install it with
su -c 'yum --enablerepo=updates-testing update iptables'. You can provide feedback for this update here: http://admin.fedoraproject.org/updates/F8/FEDORA-2008-4628
iptables-1.3.8-7.fc8 has been pushed to the Fedora 8 stable repository. If problems still persist, please make note of it in this bug report.