2.1.108 OOpses with netatalk and LPRNG

Dietmar Kling (dietmar.kling@usa.net)
Sun, 12 Jul 1998 11:23:55 +0200


Hello

it seems that netatalk especially afpd doesn't like 2.1.108,
no problems, with 2.1.98 ....

What I did, i killed LPRNG 3.4.2 ( kill -TERM )
tried a lpq (doesn't work ok?)
After that afpd segfaulted.

Symptoms:
It seems to me that LPRNG leaves the printerports (networkports) in a state where the
machine
oopses after a short time.
-> You cannot restart LPRNG after a kill -TERM
(it claims that the printer ports are in use by another
printer spooler)
but after about a minute you can restart lpd. (Some timeout I
believe
--> the machine oopses with 50 % in the next hour

LPRNG 3.4.2 and netatalk 1.4b2 are from Redhat 5.1 contrib
This was a Redhat 5.1 (5.0 updated with 5.1) system.
Kernel 2.1.08 libc6 (2.0.7)

Regards Dietmar

----Copied from screen - THANKS gpm developers ! ----

Host 'localhost' - cannot open connection to `lp@localhost' - Connection
refused[root@datenserv
er bin]# telnet localhos kmem_free: Bad obj addr (objp=c24ed000,
name=skbuff_head_cache)
Unable to handle kernel NULL pointer dereference at virtual address
00000000
current->tss.cr3 = 01454000, %cr3 = 01454000
*pde = 00000000
Oops: 0002
CPU: 0
EIP: 0010:[<c011fd25>]
EFLAGS: 00010286
eax: 00000043 ebx: c009e860 ecx: 0000000d edx: 00000000
esi: c24ed000 edi: 00000286 ebp: 736d762f esp: c130be64
ds: 0018 es: 0018 ss: 0018
Process afpd (pid: 2667, process nr: 29, stackpage=c130b000)
Stack: c24ed000 00000024 c24ed05c c2c08404 c2c08404 c24ed09c c1ab6ce0
c01727f6
c009e860 c24ed000 c24ed000 c01728a4 c24ed000 c24ed000 c24ed070
c017f779
c24ed000 c2c082a0 00000000 c130bf78 00000024 00000010 c24ed070
00000000
Call Trace: [<c01727f6>] [<c01728a4>] [<c017f779>] [<c018c562>]
[<c018c4b0>] [<c01701cc>] [<c01
8c4b0>]
[<c01702e6>] [<c01240e6>] [<c0109aac>]
Code: c7 05 00 00 00 00 00 00 00 00 5b 5e 5f 5d 83 c4 0c c3 90 53
5
Using `../System.map' to map addresses to symbols.

>>EIP: c011fd25 <kmem_cache_free+155/174>
Trace: c01727f6 <kfree_skbmem+32/44>
Trace: c01728a4 <__kfree_skb+9c/a4>
Trace: c017f779 <tcp_recvmsg+3fd/4dc>
Trace: c018c562 <inet_recvmsg+b2/cc>
Trace: c018c562 <inet_recvmsg+b2/cc>
Trace: c01701cc <sock_recvmsg+3c/b4>
Trace: c018c562 <inet_recvmsg+b2/cc>
Trace: c01702e6 <sock_read+96/a0>
Trace: c01240e6 <sys_read+b2/104>
Trace: c0109aac <system_call+38/3c>
Code: c011fd25 <kmem_cache_free+155/174>
Code: c011fd25 <kmem_cache_free+155/174> c7 05 00 00 00 movl
$0x0,0x0
Code: c011fd2a <kmem_cache_free+15a/174> 00 00 00 00 00
Code: c011fd2f <kmem_cache_free+15f/174> 5b popl
%ebx
Code: c011fd30 <kmem_cache_free+160/174> 5e popl
%esi
Code: c011fd31 <kmem_cache_free+161/174> 5f popl
%edi
Code: c011fd32 <kmem_cache_free+162/174> 5d popl
%ebp
Code: c011fd33 <kmem_cache_free+163/174> 83 c4 0c addl
$0xc,%esp
Code: c011fd36 <kmem_cache_free+166/174> c3 ret
Code: c011fd37 <kmem_cache_free+167/174> 90 nop
Code: c011fd38 <kmem_cache_free+168/174> 53 pushl
%ebx

-
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.altern.org/andrebalsa/doc/lkml-faq.html