Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 26 Dec 2001 19:01:23 -0500
From:      "Robin P. Blanchard" <Robin_Blanchard@gactr.uga.edu>
To:        Matthew Dillon <dillon@apollo.backplane.com>
Cc:        stable@freebsd.org
Subject:   SMP kernel (still) faulting.
Message-ID:  <1009411283.3c2a64d3c5b22@intranet.gactr.uga.edu>

next in thread | raw e-mail | index | archive | help
Matt -- 
Looks like I spoke too soon. I checked on the box Sunday afternoon and 
saw that it wasn't responding, but was out of town and couldn't do 
anything about it. I arrived today to find the box hung, again, despite 
the MAXUSERS=512 option: 

#0  dumpsys () at ../../kern/kern_shutdown.c:473 
#1  0xc016e410 in boot (howto=260) at ../../kern/kern_shutdown.c:313 
#2  0xc016e841 in panic (fmt=0xc026ed64 "from debugger") 
    at ../../kern/kern_shutdown.c:581 
#3  0xc01379cd in db_panic (addr=-1071658876, have_addr=0, count=-1, 
    modif=0xe3267d24 "") at ../../ddb/db_command.c:435 
#4  0xc013796b in db_command (last_cmdp=0xc02a3f64, 
cmd_table=0xc02a3da4, 
    aux_cmd_tablep=0xc02c1018) at ../../ddb/db_command.c:333 
#5  0xc0137a32 in db_command_loop () at ../../ddb/db_command.c:457 
#6  0xc0139be3 in db_trap (type=12, code=0) at ../../ddb/db_trap.c:71 
#7  0xc0241e44 in kdb_trap (type=12, code=0, regs=0xe3267e80) 
    at ../../i386/i386/db_interface.c:158 
#8  0xc025629e in trap_fatal (frame=0xe3267e80, eva=269781285) 
    at ../../i386/i386/trap.c:951 
#9  0xc0255f1d in trap_pfault (frame=0xe3267e80, usermode=0, 
eva=269781285) 
    at ../../i386/i386/trap.c:849 
#10 0xc0255a63 in trap (frame={tf_fs = 24, tf_es = 16, tf_ds = 16, 
      tf_edi = -452349504, tf_esi = 0, tf_ebp = -484016404, 
      tf_isp = -484016468, tf_ebx = 269781252, tf_edx = 1744834624, 
      tf_ecx = -947204083, tf_eax = 0, tf_trapno = 12, tf_err = 2, 
      tf_eip = -1071658876, tf_cs = 8, tf_eflags = 66050, tf_esp = - 
452349504, 
      tf_ss = 0}) at ../../i386/i386/trap.c:448 
#11 0xc01fc884 in ffs_fsync (ap=0xe3267f18) 
    at ../../ufs/ffs/ffs_vnops.c:150 
#12 0xc01fb3ae in ffs_sync (mp=0xc786cc00, waitfor=3, cred=0xc16ee900, 
    p=0xdf500780) at vnode_if.h:558 
#13 0xc019f315 in sync_fsync (ap=0xe3267f7c) 
at ../../kern/vfs_subr.c:2861 
#14 0xc019d517 in sched_sync () at vnode_if.h:558 


You can take a look at the relevant files at: 

ftp://ftp.gactr.uga.edu/pub/outgoing/dillon/smp-fault-512.tar.gz 

which, unfortunately, this time is rather large as I did not impose any 
memory limitations in that kernel build. 

Hope to hear from soon. 

Robin. 


> >     The core you gave me had definitely run out of KVM. 
> > 
> 
> I increased the MAXUSERS to 512 as you suggested and the SMP kernel 
> 
> does seem to be holding now. 

-- 
------------------------------------
Robin P. Blanchard
IT Program Specialist
Georgia Center for Continuing Ed.
fon: 706.542.2404 fax: 706.542.6546
email: Robin_Blanchard@gactr.uga.edu
------------------------------------






-------------------------------------------------
This mail sent through IMP: http://horde.org/imp/

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-stable" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1009411283.3c2a64d3c5b22>