bugzilla-daemon at bugzilla.netfilter.org
2010-Jan-28 11:22 UTC
[Bug 631] New: Unable to zero packet and byte count for policy.
http://bugzilla.netfilter.org/show_bug.cgi?id=631 Summary: Unable to zero packet and byte count for policy. Product: iptables Version: 1.3.5 Platform: i386 OS/Version: RedHat Linux Status: NEW Severity: enhancement Priority: P1 Component: iptables AssignedTo: netfilter-buglog at lists.netfilter.org ReportedBy: fedora at opensourcenuts.com I am using RHEL 5.2 kernel 2.6.18-92.el5 iptables --list -v display the packet and bytes transferred. I am able to zero packet and bytes count for chains using command iptables --zero but i am able to zero policy count. Either this feature is missing or this is a bug that --zero doesn't work for policy or there is an option which I am not able to find. But yes, the only alternate I can find to zero the packet and byte count for policy is by changing the policy. if any one has the clue, plz post clarification. -- Configure bugmail: http://bugzilla.netfilter.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.
bugzilla-daemon at bugzilla.netfilter.org
2010-Feb-01 12:21 UTC
[Bug 631] Unable to zero packet and byte count for policy.
http://bugzilla.netfilter.org/show_bug.cgi?id=631 fedora at opensourcenuts.com changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|enhancement |critical -- Configure bugmail: http://bugzilla.netfilter.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.
bugzilla-daemon at bugzilla.netfilter.org
2010-Feb-03 21:29 UTC
[Bug 631] Unable to zero packet and byte count for policy.
http://bugzilla.netfilter.org/show_bug.cgi?id=631 jengelh at medozas.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WORKSFORME ------- Comment #1 from jengelh at medozas.de 2010-02-03 22:29 ------- Seems to work for me. - iptables 1.4.6. # iptables -nvL | grep OUTPUT; iptables -Z; iptables -nvL | grep OUTPUT; Chain OUTPUT (policy ACCEPT 78 packets, 7627 bytes) Chain OUTPUT (policy ACCEPT 0 packets, 0 bytes) -- Configure bugmail: http://bugzilla.netfilter.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.
bugzilla-daemon at bugzilla.netfilter.org
2010-Feb-04 05:54 UTC
[Bug 631] Unable to zero packet and byte count for policy.
http://bugzilla.netfilter.org/show_bug.cgi?id=631 fedora at opensourcenuts.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fedora at opensourcenuts.com Status|RESOLVED |REOPENED Resolution|WORKSFORME | ------- Comment #2 from fedora at opensourcenuts.com 2010-02-04 06:54 ------- Thanks for your reply. But in my case below is the extract: [root at ns1 ~]# iptables -nvL | grep OUTPUT Chain OUTPUT (policy ACCEPT 4587 packets, 3164K bytes) [root at ns1 ~]# iptables -Z [root at ns1 ~]# iptables -nvL | grep OUTPUT Chain OUTPUT (policy ACCEPT 4587 packets, 3164K bytes) [root at ns1 ~]# Do I need to update, or patch my kernel. Also, is there in feature to zero the packet and byte count of specific chain, and specific policy separately, I mean to zero policy counter without zeroing chain counter and vice versa. -- Configure bugmail: http://bugzilla.netfilter.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.
Possibly Parallel Threads
- [Bug 747] New: IPtables marked packets not being inpsected in NAT table.
- [Bug 586] New: Problems changing the source address of a packet
- [Bug 713] New: CPPFLAGS are mishandled which breaks non-shared targets
- [Bug 732] New: Iptables 1.4.11 or 1.4.12 does not compile on CentOS 5.6
- [Bug 720] New: iptables no longer compiles for Linux 2.4 because it uses linux/magic.h