Bug 7832 - if i use iproute2 for network balancing
Summary: if i use iproute2 for network balancing
Status: CLOSED CODE_FIX
Alias: None
Product: Networking
Classification: Unclassified
Component: Other (show other bugs)
Hardware: i386 Linux
: P2 normal
Assignee: Arnaldo Carvalho de Melo
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-01-16 03:06 UTC by Delicostea Daniel Valentin
Modified: 2007-07-08 23:09 UTC (History)
2 users (show)

See Also:
Kernel Version: 2.6.19.1
Subsystem:
Regression: ---
Bisected commit-id:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Description Delicostea Daniel Valentin 2007-01-16 03:06:16 UTC 
"Fedora Core4
Intel P4 2,4

/sbin/ip route change default equalize nexthop dev ppp0 nexthop dev ppp1
/sbin/ip route flush cache
"


Jan 16 13:00:21 server kernel: Oops: 0000 [#1]
Jan 16 13:00:21 server kernel: SMP
Jan 16 13:00:21 server kernel: CPU:    1
Jan 16 13:00:21 server kernel: EIP:    0060:[<c02cabb7>]    Not tainted VLI
Jan 16 13:00:21 server kernel: EFLAGS: 00010202   (2.6.19.1 #2)
Jan 16 13:00:21 server kernel: EIP is at __ip_route_output_key+0x4a7/0xc99
Jan 16 13:00:21 server kernel: eax: 0000002c   ebx: c0c46080   ecx: 00000001   
e                                                                             
dx: 00fe7d01
Jan 16 13:00:21 server kernel: esi: 00000000   edi: da6a3800   ebp: dd24fd68   
e                                                                             
sp: dd24fc58
Jan 16 13:00:21 server kernel: ds: 007b   es: 007b   ss: 0068
Jan 16 13:00:21 server kernel: Process cupsd (pid: 3581, ti=dd24e000 
task=de8be5                                                                    
         70 task.ti=dd24e000)
Jan 16 13:00:21 server kernel: Stack: da4ce800 00000001 c03deb10 0000000a 
dd24fd                                                                         
    b0 00000068 00000000 00000000
Jan 16 13:00:21 server kernel: c0c46080 02000246 da4c0e80 c011f400 da4ce800 
0000                                                                           
  0000 da9e5980 da6a3800
Jan 16 13:00:21 server kernel: 90000000 c045e140 da3f2c80 da3f2c80 da3f2c80 
0000                                                                           
  0040 c02d2e19 00000001
Jan 16 13:00:21 server kernel: Call Trace:
Jan 16 13:00:21 server kernel: [<c011f400>] __local_bh_enable+0x94/0xb3
Jan 16 13:00:21 server kernel: [<c02d2e19>] ip_mc_output+0x2f3/0x31e
Jan 16 13:00:21 server kernel: [<c02cb3bc>] ip_route_output_flow+0x13/0x57
Jan 16 13:00:21 server kernel: [<c02ea3e4>] udp_sendmsg+0x2bb/0x537
Jan 16 13:00:21 server kernel: [<c02af221>] skb_copy_datagram_iovec+0x53/0x1dc
Jan 16 13:00:21 server kernel: [<c02efb74>] inet_sendmsg+0x3b/0x45
Jan 16 13:00:21 server kernel: [<c02a8c75>] sock_sendmsg+0xd3/0xee
Jan 16 13:00:21 server kernel: [<c012b606>] autoremove_wake_function+0x0/0x35
Jan 16 13:00:21 server kernel: [<c0167ec2>] core_sys_select+0x1b0/0x2a7
Jan 16 13:00:21 server kernel: [<c02a9539>] sys_sendto+0x116/0x140
Jan 16 13:00:21 server kernel: [<c02a9bcd>] sys_getsockname+0x86/0xb0
Jan 16 13:00:21 server kernel: [<c02acae1>] skb_dequeue+0x39/0x3f
Jan 16 13:00:21 server kernel: [<c02ad903>] skb_queue_purge+0x11/0x17
Jan 16 13:00:21 server kernel: [<c02c61c9>] netlink_sock_destruct+0xe/0xe2
Jan 16 13:00:21 server kernel: [<c02aae38>] sk_free+0xbe/0xf3
Jan 16 13:00:21 server kernel: [<e08b2cc3>] rtl8139_interrupt+0x383/0x3c3 
[8139t                                                                         
    oo]

Message from syslogd@server at Tue Jan 16 13:00:21 2007 ...
server kernel:  [<c0103cf5>] sysenter_past_esp+0x56/0x79

Message from syslogd@server at Tue Jan 16 13:00:21 2007 ...
server kernel:  =======================

Message from syslogd@server at Tue Jan 16 13:00:21 2007 ...
server kernel: Code: 24 20 00 00 00 00 c7 44 24 60 00 00 00 00 e9 19 04 00 00 
0f                                                                             
 b6 c2 8a 4c 24 60 6b c0 2c 03 84 24 b0 00 00 00 88 8c 24 a5 00 00 00 <8b> 40 
68                                                                             
 89 44 24 3c f0 ff 80 80 02 00 00 84 d2 74 3e 8b 44 24

Message from syslogd@server at Tue Jan 16 13:00:21 2007 ...
server kernel: EIP: [<c02cabb7>] __ip_route_output_key+0x4a7/0xc99 SS:ESP 
0068:d                                                                         
    d24fc58
Comment 1 Chris Wedgwood 2007-01-16 08:58:03 UTC 
waht is your .config?

are you using CONFIG_IP_ROUTE_MULTIPATH_CACHED?
Comment 2 Andrew Morton 2007-01-16 13:48:15 UTC 
> On Tue, 16 Jan 2007 03:13:35 -0800 bugme-daemon@bugzilla.kernel.org wrote:
> http://bugzilla.kernel.org/show_bug.cgi?id=7832
> 
>            Summary: if i use iproute2 for network balancing
>     Kernel Version: 2.6.19.1
>             Status: NEW
>           Severity: normal
>              Owner: acme@conectiva.com.br
>          Submitter: gclarkx@gmail.com
> 
> 
> "Fedora Core4
> Intel P4 2,4
> 
> /sbin/ip route change default equalize nexthop dev ppp0 nexthop dev ppp1
> /sbin/ip route flush cache
> "
> 
> 
> Jan 16 13:00:21 server kernel: Oops: 0000 [#1]
> Jan 16 13:00:21 server kernel: SMP
> Jan 16 13:00:21 server kernel: CPU:    1
> Jan 16 13:00:21 server kernel: EIP:    0060:[<c02cabb7>]    Not tainted VLI
> Jan 16 13:00:21 server kernel: EFLAGS: 00010202   (2.6.19.1 #2)
> Jan 16 13:00:21 server kernel: EIP is at __ip_route_output_key+0x4a7/0xc99
> Jan 16 13:00:21 server kernel: eax: 0000002c   ebx: c0c46080   ecx: 00000001   
> e                                                                             
> dx: 00fe7d01
> Jan 16 13:00:21 server kernel: esi: 00000000   edi: da6a3800   ebp: dd24fd68   
> e                                                                             
> sp: dd24fc58
> Jan 16 13:00:21 server kernel: ds: 007b   es: 007b   ss: 0068
> Jan 16 13:00:21 server kernel: Process cupsd (pid: 3581, ti=dd24e000 
> task=de8be5                                                                    
>          70 task.ti=dd24e000)
> Jan 16 13:00:21 server kernel: Stack: da4ce800 00000001 c03deb10 0000000a 
> dd24fd                                                                         
>     b0 00000068 00000000 00000000
> Jan 16 13:00:21 server kernel: c0c46080 02000246 da4c0e80 c011f400 da4ce800 
> 0000                                                                           
>   0000 da9e5980 da6a3800
> Jan 16 13:00:21 server kernel: 90000000 c045e140 da3f2c80 da3f2c80 da3f2c80 
> 0000                                                                           
>   0040 c02d2e19 00000001
> Jan 16 13:00:21 server kernel: Call Trace:
> Jan 16 13:00:21 server kernel: [<c011f400>] __local_bh_enable+0x94/0xb3
> Jan 16 13:00:21 server kernel: [<c02d2e19>] ip_mc_output+0x2f3/0x31e
> Jan 16 13:00:21 server kernel: [<c02cb3bc>] ip_route_output_flow+0x13/0x57
> Jan 16 13:00:21 server kernel: [<c02ea3e4>] udp_sendmsg+0x2bb/0x537
> Jan 16 13:00:21 server kernel: [<c02af221>] skb_copy_datagram_iovec+0x53/0x1dc
> Jan 16 13:00:21 server kernel: [<c02efb74>] inet_sendmsg+0x3b/0x45
> Jan 16 13:00:21 server kernel: [<c02a8c75>] sock_sendmsg+0xd3/0xee
> Jan 16 13:00:21 server kernel: [<c012b606>] autoremove_wake_function+0x0/0x35
> Jan 16 13:00:21 server kernel: [<c0167ec2>] core_sys_select+0x1b0/0x2a7
> Jan 16 13:00:21 server kernel: [<c02a9539>] sys_sendto+0x116/0x140
> Jan 16 13:00:21 server kernel: [<c02a9bcd>] sys_getsockname+0x86/0xb0
> Jan 16 13:00:21 server kernel: [<c02acae1>] skb_dequeue+0x39/0x3f
> Jan 16 13:00:21 server kernel: [<c02ad903>] skb_queue_purge+0x11/0x17
> Jan 16 13:00:21 server kernel: [<c02c61c9>] netlink_sock_destruct+0xe/0xe2
> Jan 16 13:00:21 server kernel: [<c02aae38>] sk_free+0xbe/0xf3
> Jan 16 13:00:21 server kernel: [<e08b2cc3>] rtl8139_interrupt+0x383/0x3c3 
> [8139t                                                                         
>     oo]
> 
> Message from syslogd@server at Tue Jan 16 13:00:21 2007 ...
> server kernel:  [<c0103cf5>] sysenter_past_esp+0x56/0x79
> 
> Message from syslogd@server at Tue Jan 16 13:00:21 2007 ...
> server kernel:  =======================
> 
> Message from syslogd@server at Tue Jan 16 13:00:21 2007 ...
> server kernel: Code: 24 20 00 00 00 00 c7 44 24 60 00 00 00 00 e9 19 04 00 00 
> 0f                                                                             
>  b6 c2 8a 4c 24 60 6b c0 2c 03 84 24 b0 00 00 00 88 8c 24 a5 00 00 00 <8b> 40 
> 68                                                                             
>  89 44 24 3c f0 ff 80 80 02 00 00 84 d2 74 3e 8b 44 24
> 
> Message from syslogd@server at Tue Jan 16 13:00:21 2007 ...
> server kernel: EIP: [<c02cabb7>] __ip_route_output_key+0x4a7/0xc99 SS:ESP 
> 0068:d                                                                         
>     d24fc58
> 
> ------- You are receiving this mail because: -------
> You are on the CC list for the bug, or are watching someone who is.
Comment 3 Ben Greear 2007-01-16 14:41:14 UTC 
Andrew Morton wrote:
>> On Tue, 16 Jan 2007 03:13:35 -0800 bugme-daemon@bugzilla.kernel.org wrote:
>> http://bugzilla.kernel.org/show_bug.cgi?id=7832
>>
>>            Summary: if i use iproute2 for network balancing
>>     Kernel Version: 2.6.19.1
>>             Status: NEW
>>           Severity: normal
>>              Owner: acme@conectiva.com.br
>>          Submitter: gclarkx@gmail.com
>>
>>
>> "Fedora Core4
>> Intel P4 2,4
>>
>> /sbin/ip route change default equalize nexthop dev ppp0 nexthop dev ppp1
>> /sbin/ip route flush cache

The backtrace for this one looks very similar to the IP locking
bug I reported recently.  A fix has gone into the various trees
for this problem as far as I know.

Thanks,
Ben


>> "
>>
>>
>> Jan 16 13:00:21 server kernel: Oops: 0000 [#1]
>> Jan 16 13:00:21 server kernel: SMP
>> Jan 16 13:00:21 server kernel: CPU:    1
>> Jan 16 13:00:21 server kernel: EIP:    0060:[<c02cabb7>]    Not tainted VLI
>> Jan 16 13:00:21 server kernel: EFLAGS: 00010202   (2.6.19.1 #2)
>> Jan 16 13:00:21 server kernel: EIP is at __ip_route_output_key+0x4a7/0xc99
>> Jan 16 13:00:21 server kernel: eax: 0000002c   ebx: c0c46080   ecx: 00000001   
>> e                                                                             
>> dx: 00fe7d01
>> Jan 16 13:00:21 server kernel: esi: 00000000   edi: da6a3800   ebp: dd24fd68   
>> e                                                                             
>> sp: dd24fc58
>> Jan 16 13:00:21 server kernel: ds: 007b   es: 007b   ss: 0068
>> Jan 16 13:00:21 server kernel: Process cupsd (pid: 3581, ti=dd24e000 
>> task=de8be5                                                                    
>>          70 task.ti=dd24e000)
>> Jan 16 13:00:21 server kernel: Stack: da4ce800 00000001 c03deb10 0000000a 
>> dd24fd                                                                         
>>     b0 00000068 00000000 00000000
>> Jan 16 13:00:21 server kernel: c0c46080 02000246 da4c0e80 c011f400 da4ce800 
>> 0000                                                                           
>>   0000 da9e5980 da6a3800
>> Jan 16 13:00:21 server kernel: 90000000 c045e140 da3f2c80 da3f2c80 da3f2c80 
>> 0000                                                                           
>>   0040 c02d2e19 00000001
>> Jan 16 13:00:21 server kernel: Call Trace:
>> Jan 16 13:00:21 server kernel: [<c011f400>] __local_bh_enable+0x94/0xb3
>> Jan 16 13:00:21 server kernel: [<c02d2e19>] ip_mc_output+0x2f3/0x31e
>> Jan 16 13:00:21 server kernel: [<c02cb3bc>] ip_route_output_flow+0x13/0x57
>> Jan 16 13:00:21 server kernel: [<c02ea3e4>] udp_sendmsg+0x2bb/0x537
>> Jan 16 13:00:21 server kernel: [<c02af221>] skb_copy_datagram_iovec+0x53/0x1dc
>> Jan 16 13:00:21 server kernel: [<c02efb74>] inet_sendmsg+0x3b/0x45
>> Jan 16 13:00:21 server kernel: [<c02a8c75>] sock_sendmsg+0xd3/0xee
>> Jan 16 13:00:21 server kernel: [<c012b606>] autoremove_wake_function+0x0/0x35
>> Jan 16 13:00:21 server kernel: [<c0167ec2>] core_sys_select+0x1b0/0x2a7
>> Jan 16 13:00:21 server kernel: [<c02a9539>] sys_sendto+0x116/0x140
>> Jan 16 13:00:21 server kernel: [<c02a9bcd>] sys_getsockname+0x86/0xb0
>> Jan 16 13:00:21 server kernel: [<c02acae1>] skb_dequeue+0x39/0x3f
>> Jan 16 13:00:21 server kernel: [<c02ad903>] skb_queue_purge+0x11/0x17
>> Jan 16 13:00:21 server kernel: [<c02c61c9>] netlink_sock_destruct+0xe/0xe2
>> Jan 16 13:00:21 server kernel: [<c02aae38>] sk_free+0xbe/0xf3
>> Jan 16 13:00:21 server kernel: [<e08b2cc3>] rtl8139_interrupt+0x383/0x3c3 
>> [8139t                                                                         
>>     oo]
>>
>> Message from syslogd@server at Tue Jan 16 13:00:21 2007 ...
>> server kernel:  [<c0103cf5>] sysenter_past_esp+0x56/0x79
>>
>> Message from syslogd@server at Tue Jan 16 13:00:21 2007 ...
>> server kernel:  =======================
>>
>> Message from syslogd@server at Tue Jan 16 13:00:21 2007 ...
>> server kernel: Code: 24 20 00 00 00 00 c7 44 24 60 00 00 00 00 e9 19 04 00 00 
>> 0f                                                                             
>>  b6 c2 8a 4c 24 60 6b c0 2c 03 84 24 b0 00 00 00 88 8c 24 a5 00 00 00 <8b> 40 
>> 68                                                                             
>>  89 44 24 3c f0 ff 80 80 02 00 00 84 d2 74 3e 8b 44 24
>>
>> Message from syslogd@server at Tue Jan 16 13:00:21 2007 ...
>> server kernel: EIP: [<c02cabb7>] __ip_route_output_key+0x4a7/0xc99 SS:ESP 
>> 0068:d                                                                         
>>     d24fc58
>>
>> ------- You are receiving this mail because: -------
>> You are on the CC list for the bug, or are watching someone who is.
> -
> To unsubscribe from this list: send the line "unsubscribe netdev" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
Comment 4 Herbert Xu 2007-01-16 16:40:44 UTC 
Andrew Morton <akpm@osdl.org> wrote:
>
>> /sbin/ip route change default equalize nexthop dev ppp0 nexthop dev ppp1
>> /sbin/ip route flush cache

Is CONFIG_IP_ROUTE_MULTICACHE turned on? If so does this still
happen if you disable it?

Cheers,
Comment 5 Delicostea Daniel Valentin 2007-02-15 01:31:54 UTC 
IS NOT ENABLE, THIS MESSAGE IS BECAOUSE OF CUPS, WHEN THIS MESSAGE APPEAR
CUPS CRUSH INSTANT..:)
SORRY FOR MY ENGLISH !

On 1/17/07, Herbert Xu <herbert@gondor.apana.org.au> wrote:
>
> Andrew Morton <akpm@osdl.org> wrote:
> >
> >> /sbin/ip route change default equalize nexthop dev ppp0 nexthop dev
> ppp1
> >> /sbin/ip route flush cache
>
> Is CONFIG_IP_ROUTE_MULTICACHE turned on? If so does this still
> happen if you disable it?
>
> Cheers,
> --
> Visit Openswan at http://www.openswan.org/
> Email: Herbert Xu ~{PmV>HI~} <herbert@gondor.apana.org.au>
> Home Page: http://gondor.apana.org.au/~herbert/
> PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
>
IS NOT ENABLE, THIS MESSAGE IS BECAOUSE OF CUPS, WHEN THIS MESSAGE APPEAR CUPS CRUSH INSTANT..:)<br>SORRY FOR MY ENGLISH !<br><br><div><span class="gmail_quote">On 1/17/07, <b class="gmail_sendername">Herbert Xu</b> &lt;<a href="mailto:herbert@gondor.apana.org.au">
herbert@gondor.apana.org.au</a>&gt; wrote:</span><blockquote class="gmail_quote" DEFANGED_style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Andrew Morton &lt;<a href="mailto:akpm@osdl.org">
akpm@osdl.org</a>&gt; wrote:<br>&gt;<br>&gt;&gt; /sbin/ip route change default equalize nexthop dev ppp0 nexthop dev ppp1<br>&gt;&gt; /sbin/ip route flush cache<br><br>Is CONFIG_IP_ROUTE_MULTICACHE turned on? If so does this still
<br>happen if you disable it?<br><br>Cheers,<br>--<br>Visit Openswan at <a href="http://www.openswan.org/">http://www.openswan.org/</a><br>Email: Herbert Xu ~{PmV&gt;HI~} &lt;<a href="mailto:herbert@gondor.apana.org.au">herbert@gondor.apana.org.au
</a>&gt;<br>Home Page: <a href="http://gondor.apana.org.au/~herbert/">http://gondor.apana.org.au/~herbert/</a><br>PGP Key: <a href="http://gondor.apana.org.au/~herbert/pubkey.txt">http://gondor.apana.org.au/~herbert/pubkey.txt
</a><br></blockquote></div><br>
Comment 6 Natalie Protasevich 2007-07-07 19:48:44 UTC 
Daniel,
Have you tested with latest kernel, is the problem still there?
Thanks.
Comment 7 Delicostea Daniel Valentin 2007-07-08 23:08:49 UTC 
YES, IS OK, WORKS FINE!
THANKS.
Note You need to log in before you can comment on or make changes to this bug.