similar to: [Bug 104] Bytes/packets counters sometimes give incorrect values

https://bugzilla.netfilter.org/cgi-bin/bugzilla/show_bug.cgi?id=104 ------- Additional Comments From gandalf@netfilter.org 2004-05-29 23:45 ------- iptables calls getsockopt() twice, first with SO_GET_INFO which locks the table in kernel and returns some info and then unlocks the table, among that info is the size of the table. Then iptables allocates memory and calls getsockopt() again but

./show_bug.cgi?id=104 kaber at trash.net changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED ------- Comment #7 from kaber at trash.net 2008-04-02 14:01 ------- Unfortunately we don't

https://bugzilla.netfilter.org/cgi-bin/bugzilla/show_bug.cgi?id=104 ------- Additional Comments From laforge@netfilter.org 2003-06-22 20:46 ------- Could you please try to strace your iptables and see if there is some error during the gesockopt/setsockopt system call when the erroneous counter values are returned? Thanks. ------- You are receiving this mail because: ------- You are on

https://bugzilla.netfilter.org/cgi-bin/bugzilla/show_bug.cgi?id=104 Summary: Bytes/packets counters sometimes give incorrect values Product: iptables userspace Version: 1.2.8 Platform: i386 OS/Version: RedHat Linux Status: NEW Severity: major Priority: P2 Component: iptables AssignedTo:

Hi, Newbie question here. I've read some about how you can't power down a disk under ext3 because of the journaling writes. I also know I can mount my ext3 partitions as ext2. What about mounting the partitions as ext2 while mobile on batteries? The hard disk would spin down when it wasn't in use (if noflush, etc. has been configured). But what about data integrity when

https://bugzilla.netfilter.org/show_bug.cgi?id=1242 Bug ID: 1242 Summary: noflush actually flushes in case of custom chain Product: iptables Version: unspecified Hardware: All OS: other Status: NEW Severity: normal Priority: P5 Component: iptables-restore Assignee:

https://bugzilla.netfilter.org/show_bug.cgi?id=1348 Bug ID: 1348 Summary: v1.8.2 iptables-nft-restore incorrectly handles multiple replace commands Product: iptables Version: unspecified Hardware: x86_64 OS: All Status: NEW Severity: enhancement Priority: P5

We run a Hosting farm behind a bridge/iptables firewall setup running Gentoo with kernel 2.4.20-gentoo-r6, connected to a dual 15Mbps international internet pipe / , as this: Net Pipe --------- eth1 Bridge/Firewall eth0 -------- Internal Hosting Network lately we have been looking at htb to somehow control excessive usage from the users behind, but in our implementation there seems to be an

http://bugzilla.netfilter.org/show_bug.cgi?id=808 Summary: Wrong packet and byte counters when using DROP/REJECT targets and UDP protocol match Product: iptables Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: iptables

https://bugzilla.netfilter.org/bugzilla/show_bug.cgi?id=1 netfilter@linuxace.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |netfilter@linuxace.com Status|ASSIGNED |RESOLVED OS/Version|

I'm attempting to write a short script to copy all 'CONC*' files in any subdir under ./ using rsync and filters but I can't get the correct quoting/escaping... any ideas? eg cmd line (all on a single line): /home/horace/mccssmb2/src/rsync-2.6.9__icc/rsync --times --links -z --progress --stats -v -rP --filter='+ */' --filter='+ CONC*' --filter='- *' .

Hi all, I am currently running asterisk (CVS HEAD) on a p4 machine with rh7.3 and using nufone's h323 channel driver. I was using the old voiceage g729 and have replaced it with the digiums g729. I used to have the message "Measured length exceeds frame length" but since I changed the g729 codec I have not encountered this problem. However, another peculiar problem has cropped

Hi all, I am currently running asterisk (CVS HEAD) on a p4 machine with rh7.3 and using nufone's h323 channel driver. I was using the old voiceage g729 and have replaced it with the digiums g729. I used to have the message "Measured length exceeds frame length" but since I changed the g729 codec I have not encountered this problem. However, another peculiar problem has cropped

Hi all, I am currently running asterisk (CVS HEAD) on a p4 machine with rh7.3 and using nufone's h323 channel driver. I was using the old voiceage g729 and have replaced it with the digiums g729. I used to have the message "Measured length exceeds frame length" but since I changed the g729 codec I have not encountered this problem. However, another peculiar problem has cropped

Hi All Guys, I just join this list I am going to experiment a crossover connection between a WinME box and a RH7.3 Box. The setting of WinME is without problem. It can communicate with another WinME box or a WinXP box with crossover connection. I don't use password to login in both boxes I have Samba-2.2.3a running on a RH7.3 box #service smb start/stop Everything OK without complaint

On 2019/02/01 5:15, Jesper Dangaard Brouer wrote: > On Thu, 31 Jan 2019 09:45:23 -0800 (PST) > David Miller <davem at davemloft.net> wrote: > >> From: "Michael S. Tsirkin" <mst at redhat.com> >> Date: Thu, 31 Jan 2019 10:25:17 -0500 >> >>> On Thu, Jan 31, 2019 at 08:40:30PM +0900, Toshiaki Makita wrote: >>>> Previously

David Ahern <dsahern at gmail.com> writes: > On 2/4/19 3:53 AM, Jesper Dangaard Brouer wrote: >> On Sat, 2 Feb 2019 14:27:26 -0700 >> David Ahern <dsahern at gmail.com> wrote: >> >>> On 1/31/19 1:15 PM, Jesper Dangaard Brouer wrote: >>>>> >>>>> David, Jesper, care to chime in where we ended up in that last thread

Hi, We have a couple of RH7.3 systems. Both have samba installed and they were running well before. Now, one system's samba shows a problem after the system rebooting yesterday. Samba is still running and all windows 95, 98 users can access this RH7.3 system without any problem, but windows NT/2000/XP users cannot access it now. Before the rebooting, all windows (including nt/2k/xp)

On Sat, 2 Feb 2019 14:27:26 -0700 David Ahern <dsahern at gmail.com> wrote: > On 1/31/19 1:15 PM, Jesper Dangaard Brouer wrote: > >> > >> David, Jesper, care to chime in where we ended up in that last thread > >> discussion this? > > > > IHMO packets RX and TX on a device need to be accounted, in standard > > counters, regardless of XDP.

On Wed, 6 Feb 2019 00:06:33 +0000 Saeed Mahameed <saeedm at mellanox.com> wrote: > 3) Unrelated, In non XDP case, if skb allocation fails or driver fails > to pass the skb up to the stack for somereason, should the driver > increase rx packets ? IMHO the answer should be yes if we want to have > similar behavior between XDP and non XDP cases. I don't think "skb