lkml.org 
[lkml]   [2000]   [Jan]   [25]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
SubjectRe: kernel panics at google
From
Date
David desJardins <desj@google.com> writes:

> Update: We (Google) set /proc/sys/net/ipv4/tcp_retrans_collapse to "0"
> on our webservers. Now, instead of a kernel panic, they seem to
> spontaneously reboot without any errors or explanation in
> /var/log/messages. For us, this is a significant improvement over the
> previous sitation: at least we don't have to manually reboot them. But
> it still leaves unanswered the question of what is causing it.
>
> It also seems that the reboots are now happening significantly less
> often than the crashes did.
>
> Any suggestion on how we can collect more information about why the
> machines are rebooting?
>

Yes, but you will need many disk space,
issue this command and try to make the dump
availlable to the tcp/ip people...

Be carrefull, all information passing on your network node will be availlable
in this file ( so use thing like openssh instead of telnet :) ).

tcpdump -s2000 -vvv -w dump

If this is a problem in linux tcp/ip stack, we should be able
to find it using this file..

see you

--
-- Yoann http://www.security-addict.org
It is well known that M$ product don't make a free() after a malloc(),
the unix community wish them good luck for their future developement.


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:56    [W:0.090 / U:1.972 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site