Hangs of networking interface (Netscape,ping): failure of /sbin/route?

Benjamin Redelings I (bredelin@UCSD.Edu)
Mon, 27 Apr 1998 20:28:53 -0700

Hi, I also have had annoying netscape hangs for a long time. Mostly
this seems to be because of blocking on sockets where it shouldn't
block. For example, when I first connect with PPP, networking takes a
while (0-5 minutes) to become useable. For example, if I run ping,
nothing will happen for about 3 minutes after the interface comes up...
then packets will start going through. However, if nothing is waiting
on the socket while diald is making the connection, the waiting period
seems to be much shorter.

While I had the kernel 2.1.92, in which capabilities were introduced,
each program that was run as root was announced in the system logs with
messages like

kernel: raising capabilities on `route'(pid=465) [0305]:197924

So, I was able to figure out something: While this general inet hang
was going on, I would see (about every 20 seconds?) repeated runs (not
by me!) of "sh" and "route" until the network became useable. Netscape
was down during that period and would not even redraw. Here is a
(slightly edited) sample from my system logs:

00:28:29 diald[134]: Running pppd (pid = 262).
00:28:29 kernel: raising capabilities on `pppd'(pid=262) [0305]:273363
00:28:29 kernel: raising capabilities on `modprobe'(pid=263)
[0305]:198324
00:28:29 kernel: registered device ppp0
00:28:30 pppd[262]: pppd 2.3.3 started by root, uid 0
00:28:30 pppd[262]: Using interface ppp0
00:28:30 pppd[262]: Connect: ppp0 <--> /dev/ttyS1
00:28:32 kernel: raising capabilities on `modprobe'(pid=264)
[0305]:198324
00:28:32 kernel: raising capabilities on `sh'(pid=265) [0305]:61216
00:28:32 kernel: raising capabilities on `insmod'(pid=265) [0305]:197887
00:28:32 kernel: PPP BSD Compression module registered
00:28:32 kernel: raising capabilities on `modprobe'(pid=266)
[0305]:198324
00:28:32 kernel: raising capabilities on `sh'(pid=267) [0305]:61216
00:28:32 kernel: raising capabilities on `insmod'(pid=267) [0305]:197887
00:28:32 kernel: PPP Deflate Compression module registered
00:28:32 pppd[262]: local IP address 137.110.26.174
00:28:32 pppd[262]: remote IP address 137.110.0.66
00:28:32 kernel: raising capabilities on `ip-up'(pid=268) [0305]:61216
00:28:32 kernel: raising capabilities on `basename'(pid=269)
[0305]:183655
00:28:33 kernel: raising capabilities on `run-parts'(pid=270)
[0305]:61230
00:28:33 kernel: raising capabilities on `sh'(pid=271) [0305]:61216
00:28:33 kernel: raising capabilities on `route'(pid=271) [0305]:197924
00:28:33 kernel: raising capabilities on `sh'(pid=272) [0305]:61216
00:28:33 kernel: raising capabilities on `route'(pid=272) [0305]:197924
00:28:40 kernel: raising capabilities on `sh'(pid=274) [0305]:61216
00:28:40 kernel: raising capabilities on `route'(pid=274) [0305]:197924
00:28:41 kernel: raising capabilities on `sh'(pid=275) [0305]:61216
00:28:41 kernel: raising capabilities on `route'(pid=275) [0305]:197924
00:29:02 kernel: raising capabilities on `sh'(pid=277) [0305]:61216
00:29:02 kernel: raising capabilities on `route'(pid=277) [0305]:197924
00:29:02 kernel: raising capabilities on `sh'(pid=278) [0305]:61216
00:29:02 kernel: raising capabilities on `route'(pid=278) [0305]:197924

Note that "sh" and "route" occur together, so presumably "route" is
being run with some command-line options repeatedly until it finally
succeeds... Any idea on why it might be failing?
Any info on what might be causing these total network hangs?

Thanks a lot!
-BenRI

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu