[Its amazing how much time i seem to have when i have no test machine].
Andy, dont bother trying to figure what kernels break. I think that
i may have found the bug though not 100% sure -its subtle but tricky.
I think my suspicion was correct - the stats changes that happened a
while back are causing havoc. Patch "p_kstats" should resolve a kernel
side bug introduced at the time. Patch "p_tcstats" for now should
resolve the tc side. I have not tested but was able to compile courtesy
of someones machine.
cheers,
jamal
On Sun, 2005-03-20 at 08:55, jamal wrote:
> On Sun, 2005-03-20 at 08:20, jamal wrote:
>
> > On Sat, 2005-03-19 at 05:23, Andy Furniss wrote:
> >
>
> > > [root@amd /home/andy/Qos]# tc -s filter ls dev eth0 parent ffff:
> > >
> > > filter protocol ip pref 10 u32
> > > filter protocol ip pref 10 u32 fh 800: ht divisor 1
> > > filter protocol ip pref 10 u32 fh 800::800 order 2048 key ht 800 bkt 0
> > > flowid 1:1 (rule hit 12 success 12)
> > > match 00000000/00000000 at 0 (success 12 )
> > > action order 1: tablename: mangle hook: NF_IP_PRE_ROUTING
> > > target MARK set 0x1
> > > index 1 ref 1 bind 1 installed 251 sec expires 1 sec
> > > Action statistics:
> > > Sent 7630953 bytes 0 pkt
> > > rate 3146Kbit 1095565348pps
> > >
> >
> > Ok, this seems to be a bug in the stats - I think it may have been
> > introduced during the new kernel stats code updates.
> > Ive cced Thomas who added that code, he may be able to figure it oput
> > before i get back
> >
>
> OTOH, this may be a kernel issue. There have been some changes recently
> which updated some counters from 32 bit to 64 bit ;-> Clearly this
> will break the ABI and will give crap stats.
>
> Try also if you can kernel 2.6.10.
> I think weve narrowed down iptables to be working if <= 1.2.11
> It will help me if you can narrow down the iproute2 version as well
> as the kernel version where things start breaking.
>
> cheers,
> jamal
>
>
>
p_kstats
Description: Text document
p_tcstats
Description: Text document
|