httpd.worker - kernel killer?

Adam Gołębiowski adamg at
Sat Jul 14 09:52:43 CEST 2007


Our CVS suddenly stopped working yesterday. When I used 'xm cons' to get
a console I saw the following:

tty1 ep09-cvs login: Unable to handle kernel paging request at ffff880013318604 RIP:
PGD 81e067 PUD 81f067 PMD 8b9067 PTE 0
Oops: 0000 [1] SMP
Modules linked in: ipv6 8250 serial_core reiserfs xfs exportfs ext3 mbcache jbd

Pid: 1222, comm: httpd.worker Not tainted #1
RIP: e030:[<ffffffff802056ac>] <ffffffff802056ac>{gr_lookup_task_ip_table+60}
RSP: e02b:ffff88001d68fea0  EFLAGS: 00010286
RAX: ffff880013318380 RBX: ffff880015567940 RCX: 0000000000007fed
RDX: ffff880008829fa0 RSI: 00000000101f49d9 RDI: 00000000bb5f00c1
RBP: ffff880001a623c0 R08: 0000000000000e9e R09: 0000000000005000
R10: 00000000ffffffff R11: 0000000000000000 R12: ffff88001e8516c0
R13: 0000000000887798 R14: 0000000000887778 R15: 0000000000000001
FS:  0000000000000000(0063) GS:ffffffff80468000(0000) knlGS:0000000000000000
CS:  e033 DS: 0000 ES: 0000
Process httpd.worker (pid: 1222, threadinfo ffff88001d68e000, task ffff88001fe1c7b0)
Stack: ffffffff80205812 ffff88001e8516c0 ffff88001d68fed8 ffff8800189d03c0
       ffffffff8025bbc6 0000000000000000 0000001100000010 bb5f00c10e9e0002
       0000000000000000 0000000000000000
Call Trace: <ffffffff80205812>{gr_attach_curr_ip+82}
       <ffffffff8025bbc6>{sys_accept+326} <ffffffff8019f2a6>{do_sys_poll+454}
       <ffffffff8019e480>{__pollwait+0} <ffffffff8010b08a>{system_call+134}

Code: 39 b8 84 02 00 00 75 ea 39 b0 88 02 00 00 75 e2 66 44 39 80
RIP <ffffffff802056ac>{gr_lookup_task_ip_table+60} RSP <ffff88001d68fea0>
CR2: ffff880013318604

This is a domU running on a smp kernel (built from LINUX_2_6_16) on
amd64, however I had the same error (also caused by httpd.worker) on a
i686 smp. 

In both cases other domUs were unaffected. 

Any hints on how this could be debugged?

-- | Everybody needs someone sure, someone true,
   PLD Linux developer    | Everybody needs some solid rock, I know I do.

More information about the pld-devel-en mailing list