On 06/16/13 01:05, Philip Guenther wrote:
On Sat, Jun 15, 2013 at 7:19 PM, STeve Andre' <and...@msu.edu> wrote:
On June 13 I updated my tree from anoncvs.usa.openbsd.org, and
the new -current failed shortly after running it.
Things would get *very* slow, with continuous disk activity. It was
sort of possible to switch between screens, albeit after a few minutes.
Processes would be shown as in a disk wait (D). Eventually the system
freezes completely with the continuous disk activity as evidenced by
my disk LED.
Hmm, once it gets into this state, can you go to the console, then
break into ddb (you'll need to add ddb.console=1 to your
/etc/sysctl.conf and reboot for that to work), and then do "show uvm"
and report the results?
Philip Guenther
Well, that worked. As soon as it got slow I flipped to the console and got:
current uvm status:
pagesize=4096 (0x1000), pagemask=0xfff, pageshift=12
2020005 vm pages: 444603active, 5144inactive, -29733wired, 1340021free
min 10% (25) anon, 10% (25) vnode, 5% (12) vtext
pages0anon, 0vnode, 0vtext
freemin=67333, free-target=89777, inactive-target=0, wired-max=673335
faults=1649483, traps=1771874, intrs=88809, ctxswitch=8541333
fpuswitch=66666
softint=200628, syscalls=36792232, kmapent=13
faultcounts:
noram=0, noanon=0 pgwait=0, pgrele=0
ok relocks(total)=52922(53361), anget(retries)=179277(0), amapcopy=208087
neighbor anon/obj pg=20425/253589, gets(lock/unlock)=155928/53361
cases: anon=160496, anoncow=18781, obj=131739, prcopy=23750, przero=1309640
daemon and swap counts: woke=0, revs=0, scans=0, obscans=0, anscans=0
busy=0, freed=0, reactivate=0, deactivate=0
pageouts=0, pending=0, nswget=0
nswapdev=1, nanon=0, nanonneeded=0, nfreeanon=0
swpages=1050240, swpginuse=0, swpgonly=0, paging=0
kernelpointers: objs(kern)=0xffffffff81c96c00
--STeve
