Date: Mon, 17 Nov 2008 08:46:36 -0600 From: Ross Gohlke <ross@grinz.com> To: FreeBSD PowerPC <freebsd-ppc@FreeBSD.org> Subject: Re: kernel panic on Xserve G4 -CURRENT Message-ID: <492183CC.7040907@grinz.com> In-Reply-To: <491C97C4.6030008@grinz.com> References: <b9c23c9f0809230355y26d463c4s5a60a22293daa05d@mail.gmail.com> <b9c23c9f0809230952n159c3179t90b6a542eaf94a4f@mail.gmail.com> <b9c23c9f0809231028j3d20b1bcgc8f4aaec15fe23d2@mail.gmail.com> <48DD91A4.2060306@freebsd.org> <491C7459.5030609@grinz.com> <03CBC5E0-7696-45BA-832E-1FD3002ECEE0@mac.com> <491C97C4.6030008@grinz.com>
next in thread | previous in thread | raw e-mail | index | archive | help
The UP kernel ran continuously for over 48 hours with no kernel panics or other problems reported. My kernel configuration looked like this: include GENERIC options IPFILTER option IPFILTER_LOG # SYSV For PostgreSQL options SHMMAXPGS=65536 options SEMMNI=40 options SEMMNS=240 options SEMUME=40 options SEMMNU=120 I replaced IPFilter firewall with PF and removed IPFilter options from kernel. I moved remaining kernel options to sysctl.conf / loader.conf. I recompiled kernel with GENERIC + options SMP. I started getting READ_DMA errors, as reported on Oct. 26: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=0+0+archive/2008/freebsd-ppc/20081102.freebsd-ppc Nov 16 16:16:58 rorty kernel: ad0: TIMEOUT - READ_DMA retrying (1 retry left) LBA=154658944 Some time last night the box went down, I'm waiting for a hard reboot now. Next I will run UP GENERIC kernel and confirm there are no DMA errors. Finally I will start a support group called Kernel Addicts Anonymous... > Sorry about that. > > Here it is. > > %dmesg > FreeBSD 8.0-CURRENT #0: Thu Nov 13 14:33:29 CST 2008 > root@rorty.grinz.com:/usr/obj/usr/src/sys/RORTY > WARNING: WITNESS option enabled, expect reduced performance. > cpu0: Motorola PowerPC 7455 revision 2.1, 1000.00 MHz > cpu0: HID0 8450c0bc<EMCP,TBEN,NAP,DPM,ICE,DCE,SGE,BTIC,LRSTK,FOLD,BHT> > real memory = 2135265280 (2036 MB) > avail memory = 2067099648 (1971 MB) > > ... > > lock order reversal: > 1st 0xc41048 user map (user map) @ /usr/src/sys/vm/vm_map.c:3115 > 2nd 0xdfd7cc ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2047 > KDB: stack backtrace: > 0xe08cf930: at kdb_backtrace+0x4c > 0xe08cf950: at _witness_debugger+0x3c > 0xe08cf970: at witness_checkorder+0x8d0 > 0xe08cf9d0: at __lockmgr_args+0x23c > 0xe08cfa50: at ffs_lock+0x9c > 0xe08cfa80: at VOP_LOCK1_APV+0xec > 0xe08cfaa0: at _vn_lock+0x84 > 0xe08cfaf0: at vget+0xdc > 0xe08cfb30: at vnode_pager_lock+0x20c > 0xe08cfb90: at vm_fault+0x218 > 0xe08cfca0: at trap_pfault+0x128 > 0xe08cfce0: at trap+0x1ac > 0xe08cfda0: at powerpc_interrupt+0x15c > 0xe08cfdd0: user ISI trap by 0x1818f4c: srr1=0x4000d032 > r1=0x7fffded0 cr=0x24000048 xer=0 ctr=0 > lock order reversal: > 1st 0xd9d16df8 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2443 > 2nd 0xe38800 dirhash (dirhash) @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:263 > KDB: stack backtrace: > 0xe5077a20: at kdb_backtrace+0x4c > 0xe5077a40: at _witness_debugger+0x3c > 0xe5077a60: at witness_checkorder+0x8d0 > 0xe5077ac0: at _sx_xlock+0x90 > 0xe5077af0: at ufsdirhash_acquire+0x40 > 0xe5077b10: at ufsdirhash_remove+0x2c > 0xe5077b40: at ufs_dirremove+0x100 > 0xe5077b80: at ufs_remove+0x8c > 0xe5077bc0: at VOP_REMOVE_APV+0xe0 > 0xe5077be0: at kern_unlinkat+0x1b4 > 0xe5077ca0: at kern_unlink+0x24 > 0xe5077cc0: at unlink+0x1c > 0xe5077ce0: at trap+0x460 > 0xe5077da0: at powerpc_interrupt+0x15c > 0xe5077dd0: user SC trap by 0x21940198: srr1=0xd032 > r1=0x7fffd570 cr=0x40000042 xer=0 ctr=0x21940190 > lock order reversal: > 1st 0x18d716c ufs (ufs) @ /usr/src/sys/kern/vfs_mount.c:1064 > 2nd 0x18f438c devfs (devfs) @ /usr/src/sys/kern/vfs_subr.c:2047 > KDB: stack backtrace: > 0xe50727f0: at kdb_backtrace+0x4c > 0xe5072810: at _witness_debugger+0x3c > 0xe5072830: at witness_checkorder+0x8d0 > 0xe5072890: at __lockmgr_args+0xaf8 > 0xe5072910: at vop_stdlock+0x48 > 0xe5072930: at VOP_LOCK1_APV+0xec > 0xe5072950: at _vn_lock+0x84 > 0xe50729a0: at vget+0xdc > 0xe50729e0: at devfs_allocv+0x11c > 0xe5072a20: at devfs_root+0x5c > 0xe5072a60: at vfs_donmount+0x1458 > 0xe5072ca0: at nmount+0xd8 > 0xe5072ce0: at trap+0x460 > 0xe5072da0: at powerpc_interrupt+0x15c > 0xe5072dd0: user SC trap by 0x218d2788: srr1=0xd032 > r1=0x7fffcd10 cr=0x20000044 xer=0 ctr=0x218d2780 > > > > > Marcel Moolenaar wrote: >> >> On Nov 13, 2008, at 10:39 AM, Ross Gohlke wrote: >> >>> ## UP >>> % dmesg >>> FreeBSD 8.0-CURRENT #0: Tue Nov 11 15:01:01 CST 2008 >>> root@rorty.grinz.com:/usr/obj/usr/src/sys/RORTY.8 >>> WARNING: WITNESS option enabled, expect reduced performance. >>> cpu0: Motorola PowerPC 7455 revision 2.1, 1000.00 MHz >>> cpu0: HID0 8450c0bc<EMCP,TBEN,NAP,DPM,ICE,DCE,SGE,BTIC,LRSTK,FOLD,BHT> >>> real memory = 2135240704 (2036 MB) >>> avail memory = 2067062784 (1971 MB) >>> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs >>> cpu0: dev=ff87f908 (BSP) >>> cpu1: dev=ff880bc8 >> >> Hmmm, this is not an UP kernel. UP kernels don't count CPUs >> and don't announce themselves with/as FreeBSD/SMP. >> >> You need to remove the SMP option from your configuration >> in order to create an UP kernel. >> >> FYI, >> > > -- Ross Gohlke > http://www.GRINZ.com (P) 901.276.9750 (Memphis) / 310.356.6906 (Los Angeles) (FAX/HOTLINE) 877.806.0861 AIM: grinzie GIZMO/SKYPE: rossgohlke JABBER: ross@chat.grinz.com 111 S. Highland St. #424, Memphis, TN 38111 | Always up. |
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?492183CC.7040907>