RE:RE:[LARTC] HTB Kernel log (cl cl-un.leaf.q-q.qlen)

2003-07-03 Thread lartc
Did someone solve this problem?I receive this error (on dmesg) when I launch my script for eth1: KERNEL: assertion (cl cl-un.leaf.q-q.qlen) failed at sch_htb.c(959) Why ?

RE:RE:[LARTC] HTB Kernel log (cl cl-un.leaf.q-q.qlen)

2003-07-03 Thread Martin Devera
you should provide more info, version, script .. On Thu, 3 Jul 2003 [EMAIL PROTECTED] wrote: Did someone solve this problem? I receive this error (on dmesg) when I launch my script for eth1: KERNEL: assertion (cl cl-un.leaf.q-q.qlen) failed at sch_htb.c(959) Why ?

Re: RE:RE:[LARTC] HTB Kernel log (cl cl-un.leaf.q-q.qlen)

2003-07-03 Thread lartc
] HTB Kernel log (cl cl-un.leaf.q-q.qlen) you should provide more info, version, script .. On Thu, 3 Jul 2003 [EMAIL PROTECTED] wrote: Did someone solve this problem? I receive this error (on dmesg) when I launch my script for eth1: KERNEL: assertion (cl cl-un.leaf.q-q.qlen) failed

Re: RE:RE:[LARTC] HTB Kernel log (cl cl-un.leaf.q-q.qlen)

2003-07-03 Thread Martin Devera
Ok, try please 2.4.21. Also can you trigger the bug often or only sometimes ? Does it depend on traffic ? I'm looking how to reproduce it here .. On Thu, 3 Jul 2003 [EMAIL PROTECTED] wrote: OK No problem! I'm useing Slack 9.0/2.4.20( AMD K6 2-333Mhz with RAM 128MB) with HTB from kernel...and

Re: RE:RE:[LARTC] HTB Kernel log (cl cl-un.leaf.q-q.qlen)

2003-07-03 Thread lartc
yes I think it depends on traffic... but why this? PS 1) http://qos.dyndns.org:3389/cgi-bin/fom?file=40 what should I use on my K6 ??? default it's PSCHED_JIFFIES, i think!! 2) http://qos.dyndns.org:3389/cgi-bin/fom?file=56 those filter destroy patches are applyed in 2.4.21 ?? 3)

Re: [LARTC] HTB Kernel log (cl cl-un.leaf.q-q.qlen)

2003-07-03 Thread Stef Coene
On Thursday 03 July 2003 13:14, [EMAIL PROTECTED] wrote: yes I think it depends on traffic... but why this? PS 1) http://qos.dyndns.org:3389/cgi-bin/fom?file=40 what should I use on my K6 ??? default it's PSCHED_JIFFIES, i think!! I'm not sure but if you do cat /proc/cpuinfo, do you seetsc in

Re: RE:RE:[LARTC] HTB Kernel log (cl cl-un.leaf.q-q.qlen)

2003-07-03 Thread David Watson
On kernel 2.4.18 through 20 I could reproduce this by deleting my root qdiscs and re-creating them every minute. I have since moved over to a different way of counting the packets so I no longer do this and the messages stopped. At 13:02 03/07/2003 +0200, you wrote: Ok, try please 2.4.21. Also

Re: RE:RE:[LARTC] HTB Kernel log (cl cl-un.leaf.q-q.qlen)

2003-07-03 Thread lartc
Message - From: David Watson [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: 03 July, 2003 15:48 PM Subject: Re: RE:RE:[LARTC] HTB Kernel log (cl cl-un.leaf.q-q.qlen) On kernel 2.4.18 through 20 I could reproduce this by deleting my root qdiscs and re-creating them every minute. I have

Re: [LARTC] HTB Kernel log (cl cl-un.leaf.q-q.qlen)

2003-06-20 Thread David Watson
I was recreating the qdiscs so that changes would be picked up automatically and not disturb the rrdtool generation, I've switched to a counter and cut out the resets. I did do a lot of ping tests and cannot replicate losing packets however. Thanks At 21:55 18/06/2003 +0200,

Re: [LARTC] HTB Kernel log (cl cl-un.leaf.q-q.qlen)

2003-06-20 Thread Giannis Stoilis
David Watson wrote: I did do a lot of ping tests and cannot replicate losing packets however. Hmmm, let me get back to you on this. I will test it again on Monday... - Giannis ___ LARTC mailing list / [EMAIL PROTECTED]

[LARTC] HTB Kernel log (cl cl-un.leaf.q-q.qlen)

2003-06-18 Thread David Watson
Hello, I delete and recreate my root HTB qdiscs every minute as part of my rdd logging. From archive this seems to have come up a couple of times before although I dont see a resolution on the list, any advice on how I can find out what the problem is? Thanks I get the following errors

Re: [LARTC] HTB Kernel log (cl cl-un.leaf.q-q.qlen)

2003-06-18 Thread Stef Coene
On Wednesday 18 June 2003 13:29, David Watson wrote: Hello, I delete and recreate my root HTB qdiscs every minute as part of my rdd logging. Why? That's not needed. Stef -- [EMAIL PROTECTED] Using Linux as bandwidth manager http://www.docum.org/ #lartc @

Re: [LARTC] HTB Kernel log (cl cl-un.leaf.q-q.qlen)

2003-06-18 Thread Giannis Stoilis
Stef Coene wrote: On Wednesday 18 June 2003 13:29, David Watson wrote: ello, I delete and recreate my root HTB qdiscs every minute as part of my rdd logging. Why? That's not needed. Never mind that. The most important issue here is that when you delete your queues, any packet that happens to

Re: [LARTC] HTB Kernel log (cl cl-un.leaf.q-q.qlen)

2003-06-18 Thread Stef Coene
On Wednesday 18 June 2003 20:53, Giannis Stoilis wrote: Stef Coene wrote: On Wednesday 18 June 2003 13:29, David Watson wrote: ello, I delete and recreate my root HTB qdiscs every minute as part of my rdd logging. Why? That's not needed. Never mind that. The most important issue

Re: [LARTC] HTB Kernel log (cl cl-un.leaf.q-q.qlen)

2003-06-18 Thread Giannis Stoilis
Stef Coene wrote: On Wednesday 18 June 2003 20:53, Giannis Stoilis wrote: Never mind that. The most important issue here is that when you delete your queues, any packet that happens to pass through them at that time, are LOST! Are you sure? I never tested it. This is how I know it: I constantly

Re: [LARTC] HTB Kernel log (cl cl-un.leaf.q-q.qlen)

2003-06-18 Thread Stef Coene
On Wednesday 18 June 2003 21:17, Giannis Stoilis wrote: Stef Coene wrote: On Wednesday 18 June 2003 20:53, Giannis Stoilis wrote: Never mind that. The most important issue here is that when you delete your queues, any packet that happens to pass through them at that time, are LOST! Are