Discussion:
panic in GENERIC 6_1_Stable i386
y***@SDF.ORG
2014-09-03 01:34:15 UTC
Permalink
Hi All,

I just encountered the following in a repurposed i386 box used for a home
server/nat/firewall:

Sep 2 21:19:44 machine_name /netbsd: panic: pool_get: rf_alloclist_pl:
page empty
Sep 2 21:19:44 machine_name /netbsd: cpu0: Begin traceback...
Sep 2 21:19:44 machine_name /netbsd:
printf_nolog(c0bccdbe,c0bbb8cb,1,1,c0ce05f4,db9e1bc8,c3be4004,c3c32d10,db9e1b20,c06eea00)
at netbsd:printf_nolog
Sep 2 21:19:44 machine_name /netbsd:
pool_get(c0ce0580,1,c3c32d10,db9e1b38,c06eea8e,c3bfdd38,c3c32f70,c3bfdd38,c3c33990,db9e1bd8)
at netbsd:pool_get+0x27f
Sep 2 21:19:44 machine_name /netbsd:
rf_real_MakeAllocList(c3bfdd38,c3c32f70,c3bfdd38,c3c33990,db9e1bd8,c06eef9c,c3be4004,c3bf17e0,c3c32f70,cbfa29a0)
at netbsd:rf_real_MakeAllocList+0x1b
Sep 2 21:19:44 machine_name /netbsd:
InitHdrNode(c3be4004,c3bf17e0,c3c32f70,cbfa29a0,9,c3bed930,c0ce18aa,c0ce1834,1,c0ce1834)
at netbsd:InitHdrNode+0x1e
Sep 2 21:19:44 machine_name /netbsd:
rf_SelectAlgorithm(c3bfdd38,9,0,c3bf1328,0,0,1550e,0,bd4f,0) at
netbsd:rf_SelectAlgorithm+0x4d3
Sep 2 21:19:44 machine_name /netbsd:
rf_State_CreateDAG(c3bfdd38,766df81,0,db9e1c8c,c06faac1,c3bfdd38,766df81,0,80,0)
at netbsd:rf_State_CreateDAG+0x3d
Sep 2 21:19:44 machine_name /netbsd:
rf_ContinueRaidAccess(c3bfdd38,766df81,0,80,0,0,d9d10000,cbfa29a0,8,c0b21860)
at netbsd:rf_ContinueRaidAccess+0x5e
Sep 2 21:19:44 machine_name /netbsd:
rf_DoAccess(c3be4004,77,1,766df81,0,80,0,d9d10000,cbfa29a0,8) at
netbsd:rf_DoAccess+0xc9
Sep 2 21:19:44 machine_name /netbsd:
raidstart(c3be4004,c3be40dc,0,c3c3a400,c3be4004,c06fb021,c3b312c0,0,c0100321,c3be4004)
at netbsd:raidstart+0x284
Sep 2 21:19:44 machine_name /netbsd:
rf_RaidIOThread(c3be4004,e0d000,e15000,0,c0100307,0,0,0,0,0) at
netbsd:rf_RaidIOThread+0xdf
Sep 2 21:19:45 machine_name /netbsd: cpu0: End traceback...
Sep 2 21:19:45 machine_name /netbsd:
Sep 2 21:19:45 machine_name /netbsd: dumping to dev 18,9 offset 8
Sep 2 21:19:45 machine_name /netbsd: dump succeeded
Sep 2 21:19:45 machine_name /netbsd:
Sep 2 21:19:45 machine_name /netbsd:
Sep 2 21:19:45 machine_name /netbsd: Copyright (c) 1996, 1997, 1998,
1999, 2000, 2001, 2002, 2003, 2004, 2005,
Sep 2 21:19:45 machine_name /netbsd: 2006, 2007, 2008, 2009, 2010,
2011, 2012
Sep 2 21:19:45 machine_name /netbsd: The NetBSD Foundation, Inc. All
rights reserved.
Sep 2 21:19:45 machine_name /netbsd: Copyright (c) 1982, 1986, 1989,
1991, 1993
Sep 2 21:19:45 machine_name /netbsd: The Regents of the University of
California. All rights reserved.
Sep 2 21:19:45 machine_name /netbsd:
Sep 2 21:19:45 machine_name /netbsd: NetBSD 6.1_STABLE (GENERIC) #2: Sun
Aug 31 14:26:16 EST 2014
Sep 2 21:19:45 machine_name /netbsd:
***@machine_name:/usr/obj/sys/arch/i386/compile/GENERIC
Sep 2 21:19:45 machine_name /netbsd: total memory = 2303 MB
Sep 2 21:19:45 machine_name /netbsd: avail memory = 2252 MB

I searched for this briefly and dis not see anything recent...
thanks,
gene
y***@SDF.ORG
2014-09-03 10:01:41 UTC
Permalink
Post by y***@SDF.ORG
Hi All,
[another panic overnight - this one froze the console and did not finish a
reboot cycle]
Sep 3 05:29:21 machine_name /netbsd: uvm_fault(0xc0c9fe00, 0xc3bb7000, 2)
-> 0xe
Sep 3 05:29:21 machine_name /netbsd: fatal page fault in supervisor mode
Sep 3 05:29:21 machine_name /netbsd: trap type 6 code 2 eip c07a92a5 cs 8
eflags 10282 cr2 c3bb7c84 ilevel 8
Sep 3 05:29:21 machine_name /netbsd: panic: trap
Sep 3 05:29:21 machine_name /netbsd: cpu0: Begin traceback...
Sep 3 05:29:21 machine_name /netbsd:
printf_nolog(c0bd196f,db9e1ab0,db9e1ab0,c07a92a5,8,10282,c3bb7c84,8,0,c0546dde)
at netbsd:printf_nolog
Sep 3 05:29:21 machine_name /netbsd: trap_tss() at netbsd:trap_tss
Sep 3 05:29:21 machine_name /netbsd: --- trap via task gate ---
Sep 3 05:29:21 machine_name /netbsd: c3bb7c80:
Sep 3 05:29:21 machine_name /netbsd: cpu0: End traceback...
Sep 3 05:29:21 machine_name /netbsd:
Sep 3 05:29:21 machine_name /netbsd: dumping to dev 18,9 offset 8
Sep 3 05:29:21 machine_name /netbsd: dump Copyright (c) 1996, 1997, 1998,
1999, 2000, 2001, 2002, 2003, 2004, 2005,
Sep 3 05:29:21 machine_name /netbsd: 2006, 2007, 2008, 2009, 2010,
2011, 2012
Sep 3 05:29:21 machine_name /netbsd: The NetBSD Foundation, Inc. All
rights reserved.
Sep 3 05:29:21 machine_name /netbsd: Copyright (c) 1982, 1986, 1989,
1991, 1993
Sep 3 05:29:21 machine_name /netbsd: The Regents of the University of
California. All rights reserved.
Sep 3 05:29:21 machine_name /netbsd:
Sep 3 05:29:21 machine_name /netbsd: NetBSD 6.1_STABLE (GENERIC) #2: Sun
Aug 31 14:26:16 EST 2014
Sep 3 05:29:21 machine_name /netbsd:
***@machine_name:/usr/obj/sys/arch/i386/compile/GENERIC
Sep 3 05:29:21 machine_name /netbsd: total memory = 2303 MB
Sep 3 05:29:21 machine_name /netbsd: avail memory = 2252 MB

I saw some references to lock ups suspected due to ACPI? Could this be
related to that? If so, how do I disable in a Generic kernel?
y***@SDF.ORG
2014-09-06 19:08:48 UTC
Permalink
Hello again,
I thought this might have "cured itself" :) , but I just got another crash:

Sep 6 14:32:58 machine_name /netbsd: uvm_fault(0xc0c9fe00, 0xc3bb7000, 2)
-> 0xe
Sep 6 14:32:58 machine_name /netbsd: fatal page fault in supervisor mode
Sep 6 14:32:58 machine_name /netbsd: trap type 6 code 2 eip c07a92a5 cs 8
eflags 210286 cr2 c3bb7f2c ilevel 8
Sep 6 14:32:58 machine_name /netbsd: panic: trap
Sep 6 14:32:58 machine_name /netbsd: cpu0: Begin traceback...
Sep 6 14:32:58 machine_name /netbsd:
printf_nolog(c0bd196f,db9e1ab0,db9e1ab0,c07a92a5,8,210286,c3bb7f2c,8,c3bcd800,c0546dde)
at netbsd:printf_nolog
Sep 6 14:32:58 machine_name /netbsd: trap_tss() at netbsd:trap_tss
Sep 6 14:32:58 machine_name /netbsd: --- trap via task gate ---
Sep 6 14:32:58 machine_name /netbsd: c3bb7f28:
Sep 6 14:32:58 machine_name /netbsd: cpu0: End traceback...
Sep 6 14:32:58 machine_name /netbsd:
Sep 6 14:32:58 machine_name /netbsd: dumping to dev 18,9 offset 8
Sep 6 14:32:58 machine_name /netbsd: dump Copyright (c) 1996, 1997, 1998,
1999, 2000, 2001, 2002, 2003, 2004, 2005,
Sep 6 14:32:58 machine_name /netbsd: 2006, 2007, 2008, 2009, 2010,
2011, 2012
Sep 6 14:32:58 machine_name /netbsd: The NetBSD Foundation, Inc. All
rights reserved.
Sep 6 14:32:58 machine_name /netbsd: Copyright (c) 1982, 1986, 1989,
1991, 1993
Sep 6 14:32:58 machine_name /netbsd: The Regents of the University of
California. All rights reserved.
Sep 6 14:32:58 machine_name /netbsd:
Sep 6 14:32:58 machine_name /netbsd: NetBSD 6.1_STABLE (GENERIC) #2: Sun
Aug 31 14:26:16 EST 2014

Any diagnostic suggestions welcome.
--gene
Post by y***@SDF.ORG
Post by y***@SDF.ORG
Hi All,
[another panic overnight - this one froze the console and did not finish a
reboot cycle]
Sep 3 05:29:21 machine_name /netbsd: uvm_fault(0xc0c9fe00, 0xc3bb7000, 2)
-> 0xe
Sep 3 05:29:21 machine_name /netbsd: fatal page fault in supervisor mode
Sep 3 05:29:21 machine_name /netbsd: trap type 6 code 2 eip c07a92a5 cs 8
eflags 10282 cr2 c3bb7c84 ilevel 8
Sep 3 05:29:21 machine_name /netbsd: panic: trap
Sep 3 05:29:21 machine_name /netbsd: cpu0: Begin traceback...
printf_nolog(c0bd196f,db9e1ab0,db9e1ab0,c07a92a5,8,10282,c3bb7c84,8,0,c0546dde)
at netbsd:printf_nolog
Sep 3 05:29:21 machine_name /netbsd: trap_tss() at netbsd:trap_tss
Sep 3 05:29:21 machine_name /netbsd: --- trap via task gate ---
Sep 3 05:29:21 machine_name /netbsd: cpu0: End traceback...
Sep 3 05:29:21 machine_name /netbsd: dumping to dev 18,9 offset 8
Sep 3 05:29:21 machine_name /netbsd: dump Copyright (c) 1996, 1997, 1998,
1999, 2000, 2001, 2002, 2003, 2004, 2005,
Sep 3 05:29:21 machine_name /netbsd: 2006, 2007, 2008, 2009, 2010,
2011, 2012
Sep 3 05:29:21 machine_name /netbsd: The NetBSD Foundation, Inc. All
rights reserved.
Sep 3 05:29:21 machine_name /netbsd: Copyright (c) 1982, 1986, 1989,
1991, 1993
Sep 3 05:29:21 machine_name /netbsd: The Regents of the University of
California. All rights reserved.
Sep 3 05:29:21 machine_name /netbsd: NetBSD 6.1_STABLE (GENERIC) #2: Sun
Aug 31 14:26:16 EST 2014
Sep 3 05:29:21 machine_name /netbsd: total memory = 2303 MB
Sep 3 05:29:21 machine_name /netbsd: avail memory = 2252 MB
I saw some references to lock ups suspected due to ACPI? Could this be
related to that? If so, how do I disable in a Generic kernel?
Loading...