Good night! =)
Sorry... i was wrong...
I see that problem more serious
Lets see to scheme
Class 1
---qdisc
--- 10k classes
Class 2
---qdisc
--- 10k classes
All traffic go to class 2... class 1 qdisc not have packets and if we
delete it - packets not lost... in theory... lets try
Quoting Jarek Poplawski <[EMAIL PROTECTED]>:
Patrick McHardy wrote, On 01/15/2008 05:05 PM:
Badalian Vyacheslav wrote:
...
Yes, packets in the old qdisc are lost.
Maybe if tc do changes - need create second queue (hash of rules or how
you named it?) and do changes at it. Then replace old
I understand. Thanks!
Badalian Vyacheslav wrote:
Hello all. Have packetlost when do "tc qdisc del dev eth0 root".
look:
slavon ~ # ping -f 87.255.1.134
PING 87.255.1.134 (87.255.1.134) 56(84) byt
Quoting Frans Pop <[EMAIL PROTECTED]>:
On Tuesday 15 January 2008, David Miller wrote:
From: Frans Pop <[EMAIL PROTECTED]>
> kernel: e1000: eth0: e1000_clean_tx_irq: Detected Tx Unit Hang
Does this make the problem go away?
Yes, it very much looks like that solves it.
I ran with the patch fo
Wow! Now at another PC have this messages in dmesg:
[83646.646305] NETDEV WATCHDOG: eth0: transmit timed out
[83646.646391] e1000: eth0: e1000_clean_tx_irq: Detected Tx Unit Hang
[83646.646392] Tx Queue <0>
[83646.646393] TDH
[83646.646394] TDT
[83646.646395] next_to_use
[83646.646396] next_to_
Hello all.
Some time in dmesg i see this:
[16121.400422] e1000: eth0: e1000_clean_tx_irq: Detected Tx Unit Hang
[16121.400426] Tx Queue <0>
[16121.400427] TDH <28>
[16121.400429] TDT <28>
[16121.400430] next_to_use <28>
[16121.400431] next_to_clean <7d>
[16121.400433] buffer_info[next_to_clean]
[
cellrate
2-nd group do prio ( icmp and udp must be first becouse its not have
check for transmit)
icmp = 1
udp = 2
other = 3
3-th group do speed limit by IP (shape it) ( this part is ready )
i wont that all exits on group 1 go to group 2 filters and all exits
on
Hello again.
Its bug depend to
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=4aae07025265151e3f7041dfbf0f529e122de1d8
?
Its very critical bug to us. This PC must be HA. Server place so far
for me to go and reboot server. I go to it 1-3 times in week =(
Please help
Hm...
Not good.
After patch NETCONSOLE log:
THERE MANY MESSAGES LIKE DOWN
[16038.677029] WARNING: at net/sched/sch_htb.c:362 htb_safe_rb_erase()
[16038.677031] [] htb_dequeue+0x13d/0x6d2 [sch_htb]
[16038.677038] [] __qdisc_run+0x2a/0x16b
[16038.677043] [] dev_queue_xmit+0x18b/0x2a6
Hi All!
I found another bugs in HTB
1. HTB Wrong calculate LEVELS.
- try run "./create_nodes.sh" in archive and do "tc -d class show dev eth0"
Hm.. i read
http://luxik.cdi.cz/~devik/qos/htb/manual/theory.htm
I understand that if Level calculation broken - HTB wrong work! I try
to see sch_htb.
Quoting Jarek Poplawski <[EMAIL PROTECTED]>:
On Wed, Aug 29, 2007 at 04:53:52PM +0400, Badalian Vyacheslav wrote:
...
we have this kernel panic (then delete HTB) at all 2.6.18-x versions.
on older kernel (2.6.x) we have another panic (then delete tc filter)...
summary we have TC panics 1 year a
11 matches
Mail list logo
