Note: This is a beta release of Red Hat Bugzilla 5.0. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Also email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback here.
Bug 80785 - /etc/init.d/iptables status hangs
Summary: /etc/init.d/iptables status hangs
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: iptables
Version: 8.0
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Thomas Woerner
QA Contact: Ben Levenson
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2002-12-31 10:04 UTC by Greg Pyhl
Modified: 2007-04-18 16:49 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2003-07-03 09:33:48 UTC


Attachments (Terms of Use)

Description Greg Pyhl 2002-12-31 10:04:17 UTC
Description of problem:
When using unreachable FQDNs or dummy IP addresses (like 11.11.11.11) in
/etc/sysconfig/iptables, /etc/init.d/iptables status command hangs every now and
then.

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

How reproducible:
Almost always.

Steps to Reproduce:
1.Add some rules with unreachable FQDNs or dummy IP addresses to
/etc/sysconfig/iptables
2./etc/init.d/iptables status
3.
    
Actual results:
Command hangs for several minutes during execution.

Expected results:
Command should finish in seconds.

Additional info:
Fix: add -n switch to status) segment in the init script:

- iptables -t $table --list
+ iptables -t $table --list -n

This does not hang with dummy IP addresses or unreachable FQDNs.

Comment 1 Michael Schwendt 2003-01-14 10:35:05 UTC
Your problem is related to DNS and a terribly slow or unreachable nameserver.

"iptables --list" does DNS lookups. "iptables --list --numeric" does not.
iptables does not hang. It just has problems reaching your nameserver, resulting
in either noticable delays or DNS lookup time-outs.


Comment 2 Greg Pyhl 2003-01-16 07:51:39 UTC
Yes, the iptables command itself does not hang, but when saying

/etc/init.d/iptables status

a user will be frustrated when s/he has to wait several minutes. It does not
matter is it because of DNS/iptables/whatever. These delays could easily be
avoided with -n.

Comment 3 Thomas Woerner 2003-07-03 09:33:48 UTC
Fixed in the new 1.2.8-4.x version. This version has a new startup script and an
additional config file.


/etc/sysconfig/iptables-config:
> # Additional iptables modules (nat helper)
> # Default: -empty-
> #IPTABLES_MODULES="ip_nat_ftp"
> 
> # Save current firewall rules on stop.
> # Value: yes|no,  default: no
> #IPTABLES_SAVE_ON_STOP="no"
> 
> # Save current firewall rules on restart.
> # Value: yes|no,  default: no
> #IPTABLES_SAVE_ON_RESTART="no"
> 
> # Save rule counter.
> # Value: yes|no,  default: yes
> #IPTABLES_SAVE_COUNTER="yes"
> 
> # Numeric status output
> # Value: yes|no,  default: no
> #IPTABLES_STATUS_NUMERIC="no"


RPM packages for 7.x:
http://people.redhat.com/twoerner/RPMS/7.x/iptables-1.2.8-4.73.1.i386.rpm
http://people.redhat.com/twoerner/RPMS/7.x/iptables-ipv6-1.2.8-4.73.1.i386.rpm
http://people.redhat.com/twoerner/SRPMS/iptables-1.2.8-4.73.1.src.rpm

RPM packages for 8.0:
http://people.redhat.com/twoerner/RPMS/8.0/iptables-1.2.8-4.80.1.i386.rpm
http://people.redhat.com/twoerner/RPMS/8.0/iptables-ipv6-1.2.8-4.80.1.i386.rpm
http://people.redhat.com/twoerner/SRPMS/iptables-1.2.8-4.80.1.src.rpm

RPM packages for 9:
http://people.redhat.com/twoerner/RPMS/9/iptables-1.2.8-4.90.1.i386.rpm
http://people.redhat.com/twoerner/RPMS/9/iptables-ipv6-1.2.8-4.90.1.i386.rpm
http://people.redhat.com/twoerner/SRPMS/iptables-1.2.8-4.90.1.src.rpm



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