From Bugzilla Helper:
User-Agent: Mozilla/4.78 [en] (X11; U; Linux 2.4.9-31 i686)
Description of problem:
When you do a /etc/init.d/ipchiains stop it leaves the ipchains module still
running. So if you stop ipchains and try to start iptables, iptables will not
start because iptables rc script does an lsmod and exits if it sees the ipchains
modules still running.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. /etc/init.d/ipchains stop
2. lsmod | grep ipchains
Actual Results: ipchains was still running.
Expected Results: ipchains should not have shown up in a lsmod.
Try running /etc/init.d/iptables start after
/etc/init.d/ipchains stop and you will see
that iptables will not start up will the ipchains modules is still loaded.
Sounds reasonable. The iptables script should probably do the same
with iptables modules.
Will rmmod remove dependent modules?
I'm thinking of the connection-tracking suite. It
would also be nice if there were an /etc/sysconfig file to control which tracking modules were
I've added an rmmod to the ipchains script at the end of the "stop"
section. It's currently untested so I don't know how well it works,
but that should turn up in beta testing.
If anyone would like it done in iptables' initscript also, file a separate
request against iptables.
FYI, iptables bug has been entered as bug 65389.
probably better done as modprobe -r instead of rmmod in case there's a set of
dependent modules that would also be best removed later on