Re: FreeBSD-9.1: machine reboots during snapshot creation, LORs

看板FB_stable作者時間12年前 (2013/07/07 16:01), 編輯推噓0(000)
留言0則, 0人參與, 最新討論串21/31 (看更多)
--FIrcIS49ZjgQdfhA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jul 07, 2013 at 09:25:53AM +0200, Andre Albsmeier wrote: > OK, here we go (looks better now): >=20 > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you = are > welcome to change it and/or distribute copies of it under certain conditi= ons. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for detail= s. > This GDB was configured as "i386-marcel-freebsd"... >=20 > Unread portion of the kernel message buffer: > dev =3D stripe/p, block =3D 592, fs =3D /palveli > panic: ffs_blkfree_cg: freeing free block > KDB: stack backtrace: > db_trace_self_wrapper(c08207eb,d70fc924,c05fdfc9,c081df13,c08a82e0,...) a= t db_trace_self_wrapper+0x26/frame 0xd70fc8f4 > kdb_backtrace(c081df13,c08a82e0,c0833a0b,d70fc930,d70fc930,...) at kdb_ba= cktrace+0x29/frame 0xd70fc900 > panic(c0833a0b,c2aae178,250,0,c2af80d4,...) at panic+0xc9/frame 0xd70fc924 > ffs_blkfree_cg(250,0,8000,49f,d70fcad0,...) at ffs_blkfree_cg+0x399/frame= 0xd70fc9c8 > ffs_blkfree(c2b35100,c2af8000,c2b0d470,250,0,...) at ffs_blkfree+0xad/fra= me 0xd70fca00 > indir_trunc(fffa3ff4,ffffffff,0,8000,0,...) at indir_trunc+0x658/frame 0x= d70fcae0 > indir_trunc(ffffdff3,ffffffff,c072df0a,c2d68d00,c087abd8,...) at indir_tr= unc+0x514/frame 0xd70fcbc0 > handle_workitem_freeblocks(0,d70fcc4c,2,246,c2ab1000,...) at handle_worki= tem_freeblocks+0x2dc/frame 0xd70fcc24 > process_worklist_item(0,0,0,c086ae78,0,...) at process_worklist_item+0x27= a/frame 0xd70fcc6c > softdep_process_worklist(c2b36548,0,54,c0835825,64,...) at softdep_proces= s_worklist+0x91/frame 0xd70fcc9c > softdep_flush(0,d70fcd08,0,c2aac2f0,0,...) at softdep_flush+0x3e4/frame 0= xd70fcccc > fork_exit(c0738bb0,0,d70fcd08) at fork_exit+0xa2/frame 0xd70fccf4 > fork_trampoline() at fork_trampoline+0x8/frame 0xd70fccf4 > --- trap 0, eip =3D 0, esp =3D 0xd70fcd40, ebp =3D 0 --- > Uptime: 2d16h29m37s > Physical memory: 503 MB > Dumping 95 MB: 80 64 48 32 16 >=20 > No symbol "stopped_cpus" in current context. > No symbol "stoppcbs" in current context. > #0 doadump (textdump=3D1) at pcpu.h:249 > 249 pcpu.h: No such file or directory. > in pcpu.h > (kgdb) where > #0 doadump (textdump=3D1) at pcpu.h:249 > #1 0xc05fdddd in kern_reboot (howto=3D260) at /src/src-9/sys/kern/kern_s= hutdown.c:449 > #2 0xc05fe028 in panic (fmt=3D<value optimized out>) at /src/src-9/sys/k= ern/kern_shutdown.c:637 > #3 0xc0717899 in ffs_blkfree_cg (ump=3D0xc2b35100, fs=3D0xc2af8000, devv= p=3D0xc2b0d470, bno=3D592,=20 > size=3D32768, inum=3D1183, dephd=3D0xd70fcad0) at /src/src-9/sys/ufs/= ffs/ffs_alloc.c:2151 > #4 0xc0717c8d in ffs_blkfree (ump=3D0xc2b35100, fs=3D0xc2af8000, devvp= =3D0xc2b0d470, bno=3D592,=20 > size=3D32768, inum=3D1183, vtype=3DVREG, dephd=3D0xd70fcad0) at /src/= src-9/sys/ufs/ffs/ffs_alloc.c:2280 > #5 0xc0730348 in indir_trunc (freework=3D0xc2f99100, dbn=3D1642816, lbn= =3D-376844) > at /src/src-9/sys/ufs/ffs/ffs_softdep.c:7965 > #6 0xc0730204 in indir_trunc (freework=3D0xc2f99100, dbn=3D1639680, lbn= =3D-8205) > at /src/src-9/sys/ufs/ffs/ffs_softdep.c:7946 > #7 0xc07324bc in handle_workitem_freeblocks (freeblks=3D0xc2fc1e00, flag= s=3D512) > at /src/src-9/sys/ufs/ffs/ffs_softdep.c:7588 > #8 0xc0730dfa in process_worklist_item (mp=3D0xc2b36548, target=3D10, fl= ags=3D512) > at /src/src-9/sys/ufs/ffs/ffs_softdep.c:1774 > #9 0xc07360c1 in softdep_process_worklist (mp=3D0xc2b36548, full=3D0) > at /src/src-9/sys/ufs/ffs/ffs_softdep.c:1558 > #10 0xc0738f94 in softdep_flush () at /src/src-9/sys/ufs/ffs/ffs_softdep.= c:1414 > #11 0xc05d1b82 in fork_exit (callout=3D0xc0738bb0 <softdep_flush>, arg=3D= 0x0, frame=3D0xd70fcd08) > at /src/src-9/sys/kern/kern_fork.c:988 > #12 0xc07ba904 in fork_trampoline () at /src/src-9/sys/i386/i386/exceptio= n.s:279 > (kgdb) up 10 > #10 0xc0738f94 in softdep_flush () at /src/src-9/sys/ufs/ffs/ffs_softdep.= c:1414 > 1414 progress +=3D softdep_process_worklist(mp= , 0); >=20 > -Andre This looks unrelated, and exactly this panic is usually has one of two causes: - corrupted filesystem, run fsck to recheck it; - faulty hardware, most likely RAM, but might be CPU/CPU cache/bus. Is it the same machine where the bcopy panic occured ? --FIrcIS49ZjgQdfhA Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (FreeBSD) iQIcBAEBAgAGBQJR2RuXAAoJEJDCuSvBvK1BkrsP/A3g98hO9rMhBWUSVmnQSmLs QG4mJLN1AK2eowflKOPde6+nOVDcMnS8Z4vP2Mfagc7VF+3bmPY3FHO1s8H2BvAD RmPtH+z1eBLJJQKBwgiYxUgAwX/MoJU2cda3mmU1WrGYSJjxb9clLL9PKJfhFN6X Mju9BT92Uj0TZN74D15DTDTyTp8bgv9bYvm68DA9Ckf93nHdSqlQUGu66Kx5griF pyO2AXGtCYowxLeLkBfWEjL9uYTO5PTUGwBft817DVnZI2DmdG6SOj8crJiA0S5q nwpvkgKGNsjvsBSG2RnEW/f2vkpfwERJb47M9d9qgzE/FEyljmnnnIipYPFEJY4t ZKKDSoMDxzu+8sGZDgw2DJx9sNaOklnA6EVuVyGtdEjLyvZVmtsiiYPji0lBY7mA hzHibLoPQg5g5GwMHZHngBBYW/F+iNhhHcbZ3LPznvBE56QQwCuEW34FF9qYswrB qtfePkwidCzfFzc+C/kehtc+VZMZaQv5fP0ep1lm+krvipPd5Nkjqaly/7eDF6uH JbsFu4fEfa5D6ttXGIsKII+NMYepMqQfA1X8f7gFjiyrUn+dxkAL3H4MzE7mAbT8 nL1UBo1+eDBz8g5blZj63bN4CcDOtrnTQWM0cK3USwmope1YuBCv3u6BCPD9T+kV TMjpiYDWDSassU+lNraR =uQ1f -----END PGP SIGNATURE----- --FIrcIS49ZjgQdfhA--
文章代碼(AID): #1HsI0_99 (FB_stable)
討論串 (同標題文章)
完整討論串 (本文為第 21 之 31 篇):
文章代碼(AID): #1HsI0_99 (FB_stable)