[1.] One line summary of the problem:
PPP lockup on 2.2.0-pre7
[2.] Full description of the problem/report:
I have been seeing reports about PPP lockup on the linux-kernel
mailing list. I am not aware of anyone posting log information about
this event. It happened to me a few times before but I wasn't
vigilant enough to delve through my logs. But when it happened to me
just a few minutes ago, I was ready to dive into my logs. This is
what I found:
Jan 17 18:17:40 maxi pppd[2187]: sent [LCP EchoReq id=0x26 magic=0xc970565b]
Jan 17 18:17:43 maxi pppd[2187]: rcvd [LCP EchoRep id=0x26 magic=0xc795a62d]
Jan 17 18:18:10 maxi pppd[2187]: sent [LCP EchoReq id=0x27 magic=0xc970565b]
Jan 17 18:18:12 maxi pppd[2187]: rcvd [LCP EchoRep id=0x27 magic=0xc795a62d]
Jan 17 18:18:40 maxi pppd[2187]: sent [LCP EchoReq id=0x28 magic=0xc970565b]
Jan 17 18:19:10 maxi pppd[2187]: sent [LCP EchoReq id=0x29 magic=0xc970565b]
Jan 17 18:19:15 maxi pppd[2187]: rcvd [LCP EchoRep id=0x28 magic=0xc795a62d]
Jan 17 18:19:40 maxi pppd[2187]: sent [LCP EchoReq id=0x2a magic=0xc970565b]
Jan 17 18:19:47 maxi pppd[2187]: rcvd [LCP EchoRep id=0x29 magic=0xc795a62d]
Jan 17 18:20:10 maxi pppd[2187]: sent [LCP EchoReq id=0x2b magic=0xc970565b]
Jan 17 18:20:20 maxi pppd[2187]: Terminating on signal 15.
Jan 17 18:20:20 maxi pppd[2187]: sent [LCP TermReq id=0x3 "User request"]
Jan 17 18:20:23 maxi pppd[2187]: sent [LCP TermReq id=0x4 "User request"]
Jan 17 18:20:26 maxi pppd[2187]: Connection terminated.
Jan 17 18:20:27 maxi pppd[2187]: Exit.
The lockup occured around 18:18:40. ping no longer reaches the outside,
hostname lookup fail; the connection basically went down. When I try
to shut down pppd, you can see from the logs that the termination
requests are not acknowledged. The modem's TR goes low but no hangup
occurs. As a final measure I had to turn off my modem manually.
[3.] Keywords (i.e., modules, networking, kernel):
PPP
[4.] Kernel version (from /proc/version):
Linux version 2.2.0-pre7 (root@maxi) (gcc version 2.7.2.3) #2 Thu Jan 14 21:00:08 CET
1999
[5.] Output of Oops.. message (if applicable) with symbolic information
resolved (see Documentation/oops-tracing.txt)
[6.] A small shell script or example program which triggers the
problem (if possible)
[7.] Environment
[7.1.] Software (add the output of the ver_linux script here)
-- Versions installed: (if some fields are empty or looks
-- unusual then possibly you have very old versions)
Linux maxi 2.2.0-pre7 #2 Thu Jan 14 21:00:08 CET 1999 i586 unknown
Kernel modules 2.1.121
Gnu C 2.7.2.3
Binutils 2.9.1.0.15
Linux C Library 2.0.7
Dynamic linker ldd: version 1.9.9
Procps 1.2.9
Mount 2.9g
Net-tools (1998-03-02)
Kbd 0.96
Sh-utils 1.16
[7.2.] Processor information (from /proc/cpuinfo):
processor : 0
vendor_id : GenuineIntel
cpu family : 5
model : 2
model name : Pentium 75 - 200
stepping : 12
cpu MHz : 166.094283
fdiv_bug : no
hlt_bug : no
sep_bug : no
f00f_bug : yes
fpu : yes
fpu_exception : yes
cpuid level : 1
wp : yes
flags : fpu vme de pse tsc msr mce cx8
bogomips : 66.36
[7.3.] Module information (from /proc/modules):
ppp_deflate 38516 0 (autoclean)
bsd_comp 3468 0 (autoclean)
ppp 17692 0 (autoclean) [ppp_deflate bsd_comp]
slhc 4196 0 (autoclean) [ppp]
unix 9976 27 (autoclean)
serial 16828 1 (autoclean)
parport_probe 2924 0 (autoclean)
parport_pc 5044 1 (autoclean)
lp 4860 0 (unused)
parport 6596 1 [parport_probe parport_pc lp]
ne2k-pci 3544 1
8390 5944 0 [ne2k-pci]
sb 28156 0 (unused)
uart401 5628 0 [sb]
sound 55952 0 [sb uart401]
soundcore 2192 5 [sb sound]
[7.4.] SCSI information (from /proc/scsi/scsi)
[7.5.] Other information that might be relevant to the problem
(please look in /proc and include all information that you
think to be relevant):
# pppd --version
pppd version 2.3 patch level 5
[X.] Other notes, patches, fixes, workarounds:
-
To unsubscribe from this list: send the line "unsubscribe linux-ppp" in
the body of a message to [EMAIL PROTECTED]
