Messages in this thread | | | Date | Sat, 3 May 1997 23:39:52 -0700 (PDT) | From | Dan Hollis <> | Subject | 2.0.30 oops, gdb debug info included |
| |
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;
| |