kern/175353: tmpfs panic during building a nanobsd image + ports

Olivier Cochard-Labbe olivier at cochard.me
Wed Jan 16 14:20:01 UTC 2013


>Number:         175353
>Category:       kern
>Synopsis:       tmpfs panic during building a nanobsd image + ports
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Wed Jan 16 14:20:00 UTC 2013
>Closed-Date:
>Last-Modified:
>Originator:     Olivier Cochard-Labbe
>Release:        9.1-RELEASE
>Organization:
BSD Router Project
>Environment:
FreeBSD orange.bsdrp.net 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r243825: Tue Dec  4 09:23:10 UTC 2012     root at farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC  amd64
>Description:
Each time I'm trying to build my customized nanobsd image using tmpfs as a workdir, my system crash.
This problem is reproductible.

# First crash log
Here, I'm trying to cross-compile an i386 image from my amd64:

Jan 16 13:32:06 <kern.crit> orange kernel: Sleeping thread (tid 101584, pid 91068) owns a non-sleepable lock
Jan 16 13:32:06 <kern.crit> orange kernel: KDB: stack backtrace of thread 101584:
Jan 16 13:32:06 <kern.crit> orange kernel: #0 0xffffffff808f2d46 at mi_switch+0x186
Jan 16 13:32:06 <kern.crit> orange kernel: #1 0xffffffff8092b13c at sleepq_catch_signals+0x2cc
Jan 16 13:32:06 <kern.crit> orange kernel: #2 0xffffffff8092bac6 at sleepq_wait_sig+0x16
Jan 16 13:32:06 <kern.crit> orange kernel: #3 0xffffffff808f33fd at _sleep+0x29d
Jan 16 13:32:06 <kern.crit> orange kernel: #4 0xffffffff808b97c5 at kern_wait+0x6e5
Jan 16 13:32:06 <kern.crit> orange kernel: #5 0xffffffff80c45c95 at freebsd32_wait4+0x35

# second crash log
Here I only want to build an image:

Jan 16 14:56:26 <kern.crit> orange kernel: Sleeping thread (tid 100617, pid 54652) owns a non-sleepable lock
Jan 16 14:56:26 <kern.crit> orange kernel: KDB: stack backtrace of thread 100617:
Jan 16 14:56:26 <kern.crit> orange kernel: #0 0xffffffff808f2d46 at mi_switch+0x186
Jan 16 14:56:26 <kern.crit> orange kernel: #1 0xffffffff8092b13c at sleepq_catch_signals+0x2cc
Jan 16 14:56:26 <kern.crit> orange kernel: #2 0xffffffff8092bac6 at sleepq_wait_sig+0x16
Jan 16 14:56:26 <kern.crit> orange kernel: #3 0xffffffff808f33fd at _sleep+0x29d
Jan 16 14:56:26 <kern.crit> orange kernel: #4 0xffffffff808b97c5 at kern_wait+0x6e5
Jan 16 14:56:26 <kern.crit> orange kernel: #5 0xffffffff808b9995 at sys_wait4+0x35

# system info

My system have 56G of RAM, 8 cores and ZFS enabled.
Free RAM is quiet high:

[root at orange]~#vmstat
 procs      memory      page                    disks     faults         cpu
 r b w     avm    fre   flt  re  pi  po    fr  sr da0 da1   in   sy   cs us sy id
 0 0 0    576M    45G   545   0   3   0   546   0   0   0  880  779  415  0  1 99
>How-To-Repeat:
I can reproduce the problem each time I build a new BSDRP image using the TMPFS mode:

svn checkout https://svn.code.sf.net/p/bsdrp/code/trunk BSDRP
cd BSDRP
./make.sh  -r

>Fix:


>Release-Note:
>Audit-Trail:
>Unformatted:


More information about the freebsd-bugs mailing list