out of swap space causing panic?

From: Anton Shterenlikht <mexas_at_bristol.ac.uk>
Date: Thu, 20 Sep 2012 09:17:52 +0100 (BST)
It is expected that running out of swap space
causes panic?

This is on ia64 r235474.

Mark, I'll add another swap disk,
so there will be ~85 GB of swap space.
Will let you know when done.


- - - - - - - - - - Prior Console Output - - - - - - - - - -
swap_pager_getswapspace(16): failed
Sep 19 04:12:20 mech-as28 kernel: pid 36179 (tst_fmt_usr), uid 0, was killed: out of swap space
Sep 19 10:54:01 mech-as28 su: mexas to root on /dev/pts/0
panic: _mtx_lock_sleep: recursed on non-recursive mutex process lock _at_ /usr/src/sys/ia64/ia64/trap.c:562

cpuid = 1
KDB: enter: panic
[ thread pid 25199 tid 100332 ]
Stopped at      kdb_enter+0x92: [I2]    addl r14=0xffffffffffe25000,gp ;;
db> 
db> bt
Tracing pid 25199 tid 100332 td 0xe0000001d44088a0
kdb_enter(0x9ffc000000c52c38, 0x9ffc000000c52c38, 0x9ffc0000004eb6b0, 0x793) at kdb_enter+0x92
panic(0x9ffc000000c50e98, 0x9ffc000000c50f40, 0x9ffc000000c93830, 0x232) at panic+0x420
_mtx_lock_sleep(0xe0000000159c6e90, 0xe0000001d44088a0, 0x0, 0x9ffc000000c93830, 0x232) at _mtx_lock_sleep+0xb0
_mtx_lock_flags(0xe0000000159c6e90, 0x0, 0x9ffc000000c93830, 0x232, 0x9ffc00000097dcc0, 0x716, 0x14022d4c0) at _mtx_lock_flags+0x1a0
trap(0x14, 0xa0000000f88fb000) at trap+0x940
ivt_Data_TLB() at ivt_Data_TLB+0x1d0
--- trapframe at 0xa0000000f88fb000
crhold() at crhold+0x10
cred_update_thread(0xe0000001d44089d0, 0xe0000000159c6dd8, 0xe0000000159c6e90, 0x9ffc000000c51cf0) at cred_update_thread+0x70
syscall(0xe0000000159c6d98, 0x1408aa000, 0x1c, 0xe0000001d44088a0, 0x140849630, 0x0, 0x9ffc000000979a40, 0x8) at syscall+0xd0
epc_syscall_return() at epc_syscall_return
db> 
db> show thread
Thread 100332 at 0xe0000001d44088a0:
 proc (pid 25199): 0xe0000000159c6d98
 name: perl
 stack: 0xa0000000f88f4000-0xa0000000f88fbfff
 flags: 0x4  pflags: 0
 state: RUNNING (CPU 1)
 priority: 146
 container lock: sched lock 1 (0x9ffc000000d8b8c0)
db> 
db> show proc
Process 25199 (perl) at 0xe0000000159c6d98:
 state: NORMAL
 uid: 0  gids: 0, 5
 parent: pid 3426 at 0xe0000000258d0000
 ABI: FreeBSD ELF64
 arguments: ../../t/perl
 threads: 1
100332                   Run     CPU 1                       perl
db> 
db> thread 100032
[ thread pid 15 tid 100032 ]
cpu_switch+208: [M0]    cmp4.eq p7,p6=0x0,r8
db> bt
Tracing pid 15 tid 100032 td 0xe000000011203590
cpu_switch(0xe000000011203590, 0xe000000011202000, 0x9ffc000000dbfb68, 0x9ffc00000053f830) at cpu_switch+208
sched_switch(0xe000000011203590, 0xe000000011202000, 0x104, 0x9ffc000000dbfb68) at sched_switch+2192
mi_switch(0x104, 0x0, 0xe000000011203590, 0x9ffc00000056df30) at mi_switch+1008
sleepq_switch(0xa0000000002bf408, 0x0, 0xe0000000112038f0, 0xe000000011203590) at sleepq_switch+608
sleepq_wait(0xa0000000002bf408, 0x0, 0x9ffc000000c593e8, 0xe000000011203590, 0x9ffc00000045d9e0) at sleepq_wait+176
_cv_wait(0xa0000000002bf408, 0xa0000000002bf688, 0xe000000011203590, 0x0) at _cv_wait+1216
usb_process(0xa0000000002bf3f8, 0x0, 0xa0000000002bf445, 0xa0000000002bf448) at usb_process+688
fork_exit(0x9ffc000000c98170, 0xa0000000002bf3f8, 0xa0000000ec8cd550) at fork_exit+272
enter_userland() at enter_userland
db> 
Received on Thu Sep 20 2012 - 06:17:57 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:30 UTC