Subject: Re: kern/31391
To: None <kern-bug-people@netbsd.org, netbsd-bugs@netbsd.org,>
From: None <tls@netbsd.org>
List: netbsd-bugs
Date: 11/16/2005 04:11:10
Synopsis: panic: uvm_lwp_fork: uvm_fault_wire failed: 14
State-Changed-From-To: feedback->open
State-Changed-By: tls@netbsd.org
State-Changed-When: Wed, 16 Nov 2005 04:11:09 +0000
State-Changed-Why:
Unfortunately, though this patch fixes the panic, now we're seeing the
patched systems hang with what seems to be a race-for-the-last-page or
race-to-lock-root type bug. Here's sample "ps" output from one of
the systems in that state:
db{0}> ps
^M PID PPID PGRP UID S FLAGS LWPS COMMAND WAIT
^M 22389 502 502 0 2 0 1 inetd kvakern
^M 1685 502 502 0 2 0 1 inetd kvakern
^M 17583 502 502 0 2 0 1 inetd kvakern
^M 14803 502 502 0 2 0 1 inetd kvakern
^M 20644 502 502 0 2 0 1 inetd kvakern
^M 22757 502 502 0 2 0 1 inetd kvakern
^M 12391 502 502 0 2 0 1 inetd kvakern
^M 17042 443 443 0 2 0x100 1 sendmail vnlock
^M 20286 443 443 0 2 0x100 1 sendmail vnlock
^M 12331 443 443 0 2 0x100 1 sendmail vnlock
^M 14516 407 14516 0 2 0x100000 1 sshd vnlock
^M 8995 443 443 0 2 0x100 1 sendmail vnlock
^M 206 443 443 0 2 0x100 1 sendmail vnlock
^M 12816 443 443 0 2 0x100 1 sendmail vnlock
^M 10978 443 443 0 2 0x100 1 sendmail ufs_has
^M 7183 25262 8798 0 2 0x4000 1 find kvakern
^M 832 8798 8798 17 2 0x4100 1 sendmail piperd
^M 22377 8798 8798 0 2 0x4000 1 tee piperd
^M 25262 8798 8798 0 2 0x4000 1 sh wait
^M 8798 9050 8798 0 2 0x4000 1 sh wait
^M 9050 511 511 0 2 0 1 cron piperd
^M 472 1 472 0 2 0x104002 1 getty kvakern
^M 511 1 511 0 2 0 1 cron ufs_has
^M 502 1 502 0 2 0 1 inetd kqread
^M 443 1 443 0 2 0x100 1 sendmail kvakern
^M 407 1 407 0 2 0 1 sshd vnlock
^M 398 1 398 15 2 0x100 1 ntpd ufs_has
^M 217 1 217 14 2 0x500 3 named *
^M 186 1 186 0 2 0 1 syslogd kqread
^M 11 0 0 0 2 0x20200 1 aiodoned aiodone
^M 10 0 0 0 2 0x20200 1 ioflush syncer
^M 9 0 0 0 2 0x20200 1 pagedaemon pgdaemo
^M 8 0 0 0 2 0x20200 1 raidio0 raidiow
^M 7 0 0 0 2 0x20200 1 raid0 rfwcond
^M 6 0 0 0 2 0x20200 1 atabus3 atath
^M 5 0 0 0 2 0x20200 1 atabus2 atath
^M 4 0 0 0 2 0x20200 1 atabus1 atath
^M 3 0 0 0 2 0x20200 1 atabus0 atath
^M 2 0 0 0 2 0x20200 1 cryptoret crypto_
^M 1 0 1 0 2 0x4000 1 init wait
^M 0 -1 0 0 2 0x20200 1 swapper schedul
^Mdb{0}> sync