2.0.30 oops, gdb debug info included

Dan Hollis (goemon@sasami.anime.net)
Sat, 3 May 1997 23:39:52 -0700 (PDT)


Looks like squid blew up. Right before the GP, we had reports that the
squid proxy was very very slow (e.g. taking +5 seconds to respond to
requests).

-Dan

general protection: 0000
CPU: 0
EIP: 0010:[<00145718>]
EFLAGS: 00010217
eax: f000e987 ebx: 00000000 ecx: 0333c03c edx: f000f84d
esi: 0333c0d4 edi: 03d81f78 ebp: 0333c018 esp: 03d81ee8
ds: 0018 es: 0018 fs: 002b gs: 002b ss: 0018
Process squid (pid: 23165, process nr: 25, stackpage=03d81000)
Stack: 0333c018 03d81f7c 00000000 00000800 122935a6 0333c03c 00000000 000001a8
028be414 026c5b1c 022a2c4b 0014fe1e 0333c018 03d81f78 00000e57 00000800
00000000 03d81f7c 00000fff 026c5ad4 08690ca0 026c5b60 00136863 026c5b60
Call Trace: [<0014fe1e>] [<00136863>] [<001223e6>] [<0010a54d>]
Code: 8a 40 0d a8 02 74 04 ff 4c 24 10 8b 7c 24 10 39 7b 30 0f 87
(gdb) l *0x0014fe1e
0x14fe1e is in inet_recvmsg (af_inet.c:863).
858
859 /* We may need to bind the socket. */
860 if(inet_autobind(sk) != 0)
861 return(-EAGAIN);
862
863 return(sk->prot->recvmsg(sk, ubuf, size, noblock, flags,addr_len));
864 }
865
866
867 static int inet_sendmsg(struct socket *sock, struct msghdr *msg, int size, int noblock,
(gdb) l *0x00136863
0x136863 is in sock_read (socket.c:353).
348 msg.msg_iovlen=1;
349 msg.msg_control=NULL;
350 iov.iov_base=ubuf;
351 iov.iov_len=size;
352
353 return(sock->ops->recvmsg(sock, &msg, size,(file->f_flags & O_NONBLOCK), 0,&msg.msg_namelen));
354 }
355
356 /*
357 * Write data to a socket. We verify that the user area ubuf..ubuf+size-1 is
(gdb) l *0x001223e6
0x1223e6 is in sys_read (read_write.c:132).
127 if (error)
128 goto out;
129 error = verify_area(VERIFY_WRITE,buf,count);
130 if (error)
131 goto out;
132 error = file->f_op->read(inode,file,buf,count);
133 out:
134 fput(file, inode);
135 bad_file:
136 return error;