any idea what could cause my system to panic? I get my system rebooted daily at various times. very strange, but its pointing to zfs. I have U6 with all latest patches. Jan 12 05:47:12 chrysek unix: [ID 836849 kern.notice] Jan 12 05:47:12 chrysek ^Mpanic[cpu1]/thread=30002c8d4e0: Jan 12 05:47:12 chrysek unix: [ID 799565 kern.notice] BAD TRAP: type=28 rp=2a10285c790 addr=7b76a0a8 mmu_fsr=0 Jan 12 05:47:12 chrysek unix: [ID 100000 kern.notice] Jan 12 05:47:12 chrysek unix: [ID 839527 kern.notice] zfs: Jan 12 05:47:12 chrysek unix: [ID 983713 kern.notice] integer divide zero trap: Jan 12 05:47:12 chrysek unix: [ID 381800 kern.notice] addr=0x7b76a0a8 Jan 12 05:47:12 chrysek unix: [ID 101969 kern.notice] pid=18941, pc=0x7b76a0a8, sp=0x2a10285c031, tstate=0x4480001606, context=0x1 Jan 12 05:47:12 chrysek unix: [ID 743441 kern.notice] g1-g7: 7b76a07c, 1, 0, 0, 241b2a, 16, 30002c8d4e0 Jan 12 05:47:12 chrysek unix: [ID 100000 kern.notice] Jan 12 05:47:12 chrysek genunix: [ID 723222 kern.notice] 000002a10285c4b0 unix:die+9c (28, 2a10285c790, 7b76a0a8, 0, 2a10285c570, 10000) Jan 12 05:47:12 chrysek genunix: [ID 179002 kern.notice] %l0-3: 000000000000000a 0000000000000028 000000000000000a 0000000000000801 Jan 12 05:47:12 chrysek %l4-7: 000002a10285cd18 000002a10285cd3c 0000000000000006 000000000109a000 Jan 12 05:47:13 chrysek genunix: [ID 723222 kern.notice] 000002a10285c590 unix:trap+644 (2a10285c790, 10000, 0, 0, 180c000, 30002c8d4e0) Jan 12 05:47:13 chrysek genunix: [ID 179002 kern.notice] %l0-3: 0000000000000000 000006002c5b9130 0000000000000028 00000600118fa088 Jan 12 05:47:13 chrysek %l4-7: 0000000000000000 00000000000000db 0000004480001606 0000000000010200 Jan 12 05:47:13 chrysek genunix: [ID 723222 kern.notice] 000002a10285c6e0 unix:ktl0+48 (0, 70021d50, 349981, 180c000, 10394e8, 2a10285c8e8) Jan 12 05:47:13 chrysek genunix: [ID 179002 kern.notice] %l0-3: 0000000000000007 0000000000001400 0000004480001606 000000000101bedc Jan 12 05:47:13 chrysek %l4-7: 00000600110bd630 00000600110be400 0000000000000000 000002a10285c790 Jan 12 05:47:13 chrysek genunix: [ID 723222 kern.notice] 000002a10285c830 zfs:spa_get_random+c (0, 0, d15c4746ef9ddd65, 0, ffffffffffffffff, 8) Jan 12 05:47:13 chrysek genunix: [ID 179002 kern.notice] %l0-3: 00000000000001ff 000000007b772a00 000000000000000e 0000000000000000 Jan 12 05:47:13 chrysek %l4-7: 0000000000020801 ffffffffffffee00 0000060031b23680 0000000000000000 Jan 12 05:47:13 chrysek genunix: [ID 723222 kern.notice] 000002a10285c8f0 zfs:vdev_mirror_map_alloc+b8 (60012ec20e0, 30006a9a3c8, 1, 30006a9a370, 0, ffffff) Jan 12 05:47:13 chrysek genunix: [ID 179002 kern.notice] %l0-3: 0000000000000000 0000000000000000 0000000000000000 0000000000000000 Jan 12 05:47:13 chrysek %l4-7: 0000000000000000 0000000000000000 0000000000000000 00000600112cc080 Jan 12 05:47:14 chrysek genunix: [ID 723222 kern.notice] 000002a10285c9a0 zfs:vdev_mirror_io_start+4 (30006a9a370, 0, 0, 30006a9a3c8, 0, 7b772bc4) Jan 12 05:47:14 chrysek genunix: [ID 179002 kern.notice] %l0-3: 0000000000000000 0000000000000001 0000000000000000 000000007b7a4688 Jan 12 05:47:14 chrysek %l4-7: 000000007b7a4400 0000000000000000 0000000000000000 0000000000000000 Jan 12 05:47:14 chrysek genunix: [ID 723222 kern.notice] 000002a10285ca80 zfs:zio_execute+74 (30006a9a370, 7b783f70, 78, f, 1, 70496c00) Jan 12 05:47:14 chrysek genunix: [ID 179002 kern.notice] %l0-3: 0000030083edb728 0000000000c44002 0000000000038000 0000000070496d88 Jan 12 05:47:14 chrysek %l4-7: 0000000000efc006 0000000000000000 0000000000000801 0000000000008000 Jan 12 05:47:14 chrysek genunix: [ID 723222 kern.notice] 000002a10285cb30 zfs:arc_read+724 (1, 600112cc080, 30075baba00, 200, 0, 300680b9288) Jan 12 05:47:14 chrysek genunix: [ID 179002 kern.notice] %l0-3: 0000000000000001 0000000070496060 0000000000000006 0000000000000801 Jan 12 05:47:14 chrysek %l4-7: 000002a10285cd18 0000000000000000 0000030083edb728 000002a10285cd3c Jan 12 05:47:14 chrysek genunix: [ID 723222 kern.notice] 000002a10285cc40 zfs:dbuf_prefetch+13c (60035ce1050, 70496c00, 30075baba00, 0, 0, 3007578b0a0) Jan 12 05:47:14 chrysek genunix: [ID 179002 kern.notice] %l0-3: 000000000000000a 0000000000000028 000000000000000a 0000000000000801 Jan 12 05:47:14 chrysek %l4-7: 000002a10285cd18 000002a10285cd3c 0000000000000006 0000000000000000 Jan 12 05:47:15 chrysek genunix: [ID 723222 kern.notice] 000002a10285cd50 zfs:dmu_zfetch_fetch+2c (60035ce1050, 8b67, 100, 100, cd, 8c34) Jan 12 05:47:15 chrysek genunix: [ID 179002 kern.notice] %l0-3: 000000007049d098 0000000000004000 000000007049d000 000000007049d188 Jan 12 05:47:15 chrysek %l4-7: 00000000000006d8 00000000000000db 000000007049d178 000000007049d0f8 Jan 12 05:47:15 chrysek genunix: [ID 723222 kern.notice] 000002a10285ce00 zfs:dmu_zfetch_dofetch+b8 (60035ce12a0, 6002f87c260, 8b67, 8a67, 8b68, 0) Jan 12 05:47:15 chrysek genunix: [ID 179002 kern.notice] %l0-3: 0000000000000001 0000000000000100 0000000000000100 0000000000010000 Jan 12 05:47:15 chrysek %l4-7: 0000000000008968 00000000000001ff 0000000000000001 00000000000001ff Jan 12 05:47:15 chrysek genunix: [ID 723222 kern.notice] 000002a10285ceb0 zfs:dmu_zfetch_find+41c (60035ce12a0, 1, 6002f87c260, 6002f87c290, 101, 1) Jan 12 05:47:15 chrysek genunix: [ID 179002 kern.notice] %l0-3: 0000000000000001 0000060035ce12a8 0000000000000000 0000000000000001 Jan 12 05:47:15 chrysek %l4-7: 0000000000000100 0000000000000000 0000000000000020 0000000000008968 Jan 12 05:47:15 chrysek genunix: [ID 723222 kern.notice] 000002a10285cf60 zfs:dmu_zfetch+74 (60035ce12a0, 2299c000, 4000, 20, 22, 60035ce1050) Jan 12 05:47:15 chrysek genunix: [ID 179002 kern.notice] %l0-3: 0000000000000001 0000000000004000 00000000229a0000 000000002299c000 Jan 12 05:47:15 chrysek %l4-7: ffffffffffffc000 000000000000000e ffffffffdd660000 0000000000004000 Jan 12 05:47:16 chrysek genunix: [ID 723222 kern.notice] 000002a10285d070 zfs:dbuf_read+140 (30083ee1300, 6001eea4498, 2, 0, 1, 0) Jan 12 05:47:16 chrysek genunix: [ID 179002 kern.notice] %l0-3: 000006002b80ce20 0000060031b616c0 0000060035ce1050 0000000000000020 Jan 12 05:47:16 chrysek %l4-7: 0000000000000022 0000060035ce1050 0000030083ee1358 0000000000002021 Jan 12 05:47:16 chrysek genunix: [ID 723222 kern.notice] 000002a10285d130 zfs:dnode_hold_impl+a0 (60031b616c0, 114ce0, 1, 114ce0, 2a10285d298, 5) Jan 12 05:47:16 chrysek genunix: [ID 179002 kern.notice] %l0-3: 0000000000000001 0000030083ee1300 0000000000000001 0000060035ce1050 Jan 12 05:47:16 chrysek %l4-7: 0000000000000001 0000000000000000 0000030083eeec90 0000000000000013 Jan 12 05:47:16 chrysek genunix: [ID 723222 kern.notice] 000002a10285d1e0 zfs:dmu_object_info+14 (6002ad93d48, 114ce0, 0, 0, 0, 7b7a4800) Jan 12 05:47:16 chrysek genunix: [ID 179002 kern.notice] %l0-3: 0000000000000000 000006002c478b18 0000000000000000 0000000000000001 Jan 12 05:47:16 chrysek %l4-7: 0000000000000001 000002a10285d358 000006002c478b18 000002a10285d358 Jan 12 05:47:16 chrysek genunix: [ID 723222 kern.notice] 000002a10285d2a0 zfs:restore_object+c (2a10285d4c8, 6002ad93d48, 2a10285d480, 0, 6002c5b9130, 0) Jan 12 05:47:16 chrysek genunix: [ID 179002 kern.notice] %l0-3: 0000000000200000 000002a10285d358 fffffffffffffffd 0000000000100000 Jan 12 05:47:16 chrysek %l4-7: 0000000000000000 000000004a004000 0000000000040000 0000000000000138 Jan 12 05:47:17 chrysek genunix: [ID 723222 kern.notice] 000002a10285d360 zfs:dmu_recv_stream+4c4 (2a10285d6f0, 0, 2a10285d6d8, 1, 138, 1) Jan 12 05:47:17 chrysek genunix: [ID 179002 kern.notice] %l0-3: 0002000000000108 00003a6753bbe366 0000000000114ce0 0000000000000000 Jan 12 05:47:17 chrysek %l4-7: 0000000000000001 000000000011368f 000006002b9cf550 000002a10285d4c8 Jan 12 05:47:17 chrysek genunix: [ID 723222 kern.notice] 000002a10285d510 zfs:zfs_ioc_recv+3ac (6001d83c000, 0, 2a10285d72a, 60028024888, 2a10285d6f0, 70) Jan 12 05:47:17 chrysek genunix: [ID 179002 kern.notice] %l0-3: 0000000000000000 0000000000000000 0000000000000000 0000000000000000 Jan 12 05:47:17 chrysek %l4-7: 000002a10285d720 0000000000000001 0000000000000000 000000000126ce84 Jan 12 05:47:17 chrysek genunix: [ID 723222 kern.notice] 000002a10285d830 zfs:zfsdev_ioctl+14c (1c, 1c, ffbfe628, 70497800, 6002c478b18, 1000) Jan 12 05:47:17 chrysek genunix: [ID 179002 kern.notice] %l0-3: 000006001d83c000 0000000070497828 00000000000002a0 0000000070497820 Jan 12 05:47:17 chrysek %l4-7: 0000000000000054 000000000000001c 0000000000000070 0000000000000000 Jan 12 05:47:17 chrysek genunix: [ID 723222 kern.notice] 000002a10285d8e0 genunix:fop_ioctl+20 (6001458b9c0, 5a1c, ffbfe628, 100003, 6002c478b18, 12769ec) Jan 12 05:47:17 chrysek genunix: [ID 179002 kern.notice] %l0-3: 0000000000000003 000006002c5b9130 0000000000c10081 00000000ff3f4354 Jan 12 05:47:17 chrysek %l4-7: 00000000ffffffff 0000000000000000 00000000018c3800 0000000000000001 Jan 12 05:47:18 chrysek genunix: [ID 723222 kern.notice] 000002a10285d990 genunix:ioctl+184 (3, 60028025bc8, ffbfe628, 0, ff372a00, 5a1c) Jan 12 05:47:18 chrysek genunix: [ID 179002 kern.notice] %l0-3: 0000000000000000 0000000000000000 0000000000000004 0000000000004745 Jan 12 05:47:18 chrysek %l4-7: 0000000000000001 0000000000000000 0000000000000000 0000000000000000 Jan 12 05:47:18 chrysek unix: [ID 100000 kern.notice] Jan 12 05:47:18 chrysek genunix: [ID 672855 kern.notice] syncing file systems... Jan 12 05:47:18 chrysek genunix: [ID 733762 kern.notice] 141 Jan 12 05:47:20 chrysek genunix: [ID 733762 kern.notice] 109 Jan 12 05:47:21 chrysek genunix: [ID 733762 kern.notice] 88 Jan 12 05:47:45 chrysek last message repeated 20 times Jan 12 05:47:46 chrysek genunix: [ID 622722 kern.notice] done (not all i/o completed) Jan 12 05:47:47 chrysek genunix: [ID 111219 kern.notice] dumping to /dev/dsk/c1t1d0s1, offset 3436969984, content: kernel Jan 12 05:48:51 chrysek genunix: [ID 409368 kern.notice] ^M100% done: 374706 pages dumped, compression ratio 3.50, Jan 12 05:48:51 chrysek genunix: [ID 851671 kern.notice] dump succeeded Jan 12 05:49:40 chrysek genunix: [ID 540533 kern.notice] ^MSunOS Release 5.10 Version Generic_138888-02 64-bit
This is a known bug: 6678070 Panic from vdev_mirror_map_alloc() http://bugs.opensolaris.org/view_bug.do?bug_id=6678070 Neil. On 01/12/09 21:12, Krzys wrote:> any idea what could cause my system to panic? I get my system rebooted daily at > various times. very strange, but its pointing to zfs. I have U6 with all latest > patches. > > > Jan 12 05:47:12 chrysek unix: [ID 836849 kern.notice] > Jan 12 05:47:12 chrysek ^Mpanic[cpu1]/thread=30002c8d4e0: > Jan 12 05:47:12 chrysek unix: [ID 799565 kern.notice] BAD TRAP: type=28 > rp=2a10285c790 addr=7b76a0a8 mmu_fsr=0 > Jan 12 05:47:12 chrysek unix: [ID 100000 kern.notice] > Jan 12 05:47:12 chrysek unix: [ID 839527 kern.notice] zfs: > Jan 12 05:47:12 chrysek unix: [ID 983713 kern.notice] integer divide zero trap: > Jan 12 05:47:12 chrysek unix: [ID 381800 kern.notice] addr=0x7b76a0a8 > Jan 12 05:47:12 chrysek unix: [ID 101969 kern.notice] pid=18941, pc=0x7b76a0a8, > sp=0x2a10285c031, tstate=0x4480001606, context=0x1 > Jan 12 05:47:12 chrysek unix: [ID 743441 kern.notice] g1-g7: 7b76a07c, 1, 0, 0, > 241b2a, 16, 30002c8d4e0 > Jan 12 05:47:12 chrysek unix: [ID 100000 kern.notice] > Jan 12 05:47:12 chrysek genunix: [ID 723222 kern.notice] 000002a10285c4b0 > unix:die+9c (28, 2a10285c790, 7b76a0a8, 0, 2a10285c570, 10000) > Jan 12 05:47:12 chrysek genunix: [ID 179002 kern.notice] %l0-3: > 000000000000000a 0000000000000028 000000000000000a 0000000000000801 > Jan 12 05:47:12 chrysek %l4-7: 000002a10285cd18 000002a10285cd3c > 0000000000000006 000000000109a000 > Jan 12 05:47:13 chrysek genunix: [ID 723222 kern.notice] 000002a10285c590 > unix:trap+644 (2a10285c790, 10000, 0, 0, 180c000, 30002c8d4e0) > Jan 12 05:47:13 chrysek genunix: [ID 179002 kern.notice] %l0-3: > 0000000000000000 000006002c5b9130 0000000000000028 00000600118fa088 > Jan 12 05:47:13 chrysek %l4-7: 0000000000000000 00000000000000db > 0000004480001606 0000000000010200 > Jan 12 05:47:13 chrysek genunix: [ID 723222 kern.notice] 000002a10285c6e0 > unix:ktl0+48 (0, 70021d50, 349981, 180c000, 10394e8, 2a10285c8e8) > Jan 12 05:47:13 chrysek genunix: [ID 179002 kern.notice] %l0-3: > 0000000000000007 0000000000001400 0000004480001606 000000000101bedc > Jan 12 05:47:13 chrysek %l4-7: 00000600110bd630 00000600110be400 > 0000000000000000 000002a10285c790 > Jan 12 05:47:13 chrysek genunix: [ID 723222 kern.notice] 000002a10285c830 > zfs:spa_get_random+c (0, 0, d15c4746ef9ddd65, 0, ffffffffffffffff, 8) > Jan 12 05:47:13 chrysek genunix: [ID 179002 kern.notice] %l0-3: > 00000000000001ff 000000007b772a00 000000000000000e 0000000000000000 > Jan 12 05:47:13 chrysek %l4-7: 0000000000020801 ffffffffffffee00 > 0000060031b23680 0000000000000000 > Jan 12 05:47:13 chrysek genunix: [ID 723222 kern.notice] 000002a10285c8f0 > zfs:vdev_mirror_map_alloc+b8 (60012ec20e0, 30006a9a3c8, 1, 30006a9a370, 0, > ffffff) > Jan 12 05:47:13 chrysek genunix: [ID 179002 kern.notice] %l0-3: > 0000000000000000 0000000000000000 0000000000000000 0000000000000000 > Jan 12 05:47:13 chrysek %l4-7: 0000000000000000 0000000000000000 > 0000000000000000 00000600112cc080 > Jan 12 05:47:14 chrysek genunix: [ID 723222 kern.notice] 000002a10285c9a0 > zfs:vdev_mirror_io_start+4 (30006a9a370, 0, 0, 30006a9a3c8, 0, 7b772bc4) > Jan 12 05:47:14 chrysek genunix: [ID 179002 kern.notice] %l0-3: > 0000000000000000 0000000000000001 0000000000000000 000000007b7a4688 > Jan 12 05:47:14 chrysek %l4-7: 000000007b7a4400 0000000000000000 > 0000000000000000 0000000000000000 > Jan 12 05:47:14 chrysek genunix: [ID 723222 kern.notice] 000002a10285ca80 > zfs:zio_execute+74 (30006a9a370, 7b783f70, 78, f, 1, 70496c00) > Jan 12 05:47:14 chrysek genunix: [ID 179002 kern.notice] %l0-3: > 0000030083edb728 0000000000c44002 0000000000038000 0000000070496d88 > Jan 12 05:47:14 chrysek %l4-7: 0000000000efc006 0000000000000000 > 0000000000000801 0000000000008000 > Jan 12 05:47:14 chrysek genunix: [ID 723222 kern.notice] 000002a10285cb30 > zfs:arc_read+724 (1, 600112cc080, 30075baba00, 200, 0, 300680b9288) > Jan 12 05:47:14 chrysek genunix: [ID 179002 kern.notice] %l0-3: > 0000000000000001 0000000070496060 0000000000000006 0000000000000801 > Jan 12 05:47:14 chrysek %l4-7: 000002a10285cd18 0000000000000000 > 0000030083edb728 000002a10285cd3c > Jan 12 05:47:14 chrysek genunix: [ID 723222 kern.notice] 000002a10285cc40 > zfs:dbuf_prefetch+13c (60035ce1050, 70496c00, 30075baba00, 0, 0, 3007578b0a0) > Jan 12 05:47:14 chrysek genunix: [ID 179002 kern.notice] %l0-3: > 000000000000000a 0000000000000028 000000000000000a 0000000000000801 > Jan 12 05:47:14 chrysek %l4-7: 000002a10285cd18 000002a10285cd3c > 0000000000000006 0000000000000000 > Jan 12 05:47:15 chrysek genunix: [ID 723222 kern.notice] 000002a10285cd50 > zfs:dmu_zfetch_fetch+2c (60035ce1050, 8b67, 100, 100, cd, 8c34) > Jan 12 05:47:15 chrysek genunix: [ID 179002 kern.notice] %l0-3: > 000000007049d098 0000000000004000 000000007049d000 000000007049d188 > Jan 12 05:47:15 chrysek %l4-7: 00000000000006d8 00000000000000db > 000000007049d178 000000007049d0f8 > Jan 12 05:47:15 chrysek genunix: [ID 723222 kern.notice] 000002a10285ce00 > zfs:dmu_zfetch_dofetch+b8 (60035ce12a0, 6002f87c260, 8b67, 8a67, 8b68, 0) > Jan 12 05:47:15 chrysek genunix: [ID 179002 kern.notice] %l0-3: > 0000000000000001 0000000000000100 0000000000000100 0000000000010000 > Jan 12 05:47:15 chrysek %l4-7: 0000000000008968 00000000000001ff > 0000000000000001 00000000000001ff > Jan 12 05:47:15 chrysek genunix: [ID 723222 kern.notice] 000002a10285ceb0 > zfs:dmu_zfetch_find+41c (60035ce12a0, 1, 6002f87c260, 6002f87c290, 101, 1) > Jan 12 05:47:15 chrysek genunix: [ID 179002 kern.notice] %l0-3: > 0000000000000001 0000060035ce12a8 0000000000000000 0000000000000001 > Jan 12 05:47:15 chrysek %l4-7: 0000000000000100 0000000000000000 > 0000000000000020 0000000000008968 > Jan 12 05:47:15 chrysek genunix: [ID 723222 kern.notice] 000002a10285cf60 > zfs:dmu_zfetch+74 (60035ce12a0, 2299c000, 4000, 20, 22, 60035ce1050) > Jan 12 05:47:15 chrysek genunix: [ID 179002 kern.notice] %l0-3: > 0000000000000001 0000000000004000 00000000229a0000 000000002299c000 > Jan 12 05:47:15 chrysek %l4-7: ffffffffffffc000 000000000000000e > ffffffffdd660000 0000000000004000 > Jan 12 05:47:16 chrysek genunix: [ID 723222 kern.notice] 000002a10285d070 > zfs:dbuf_read+140 (30083ee1300, 6001eea4498, 2, 0, 1, 0) > Jan 12 05:47:16 chrysek genunix: [ID 179002 kern.notice] %l0-3: > 000006002b80ce20 0000060031b616c0 0000060035ce1050 0000000000000020 > Jan 12 05:47:16 chrysek %l4-7: 0000000000000022 0000060035ce1050 > 0000030083ee1358 0000000000002021 > Jan 12 05:47:16 chrysek genunix: [ID 723222 kern.notice] 000002a10285d130 > zfs:dnode_hold_impl+a0 (60031b616c0, 114ce0, 1, 114ce0, 2a10285d298, 5) > Jan 12 05:47:16 chrysek genunix: [ID 179002 kern.notice] %l0-3: > 0000000000000001 0000030083ee1300 0000000000000001 0000060035ce1050 > Jan 12 05:47:16 chrysek %l4-7: 0000000000000001 0000000000000000 > 0000030083eeec90 0000000000000013 > Jan 12 05:47:16 chrysek genunix: [ID 723222 kern.notice] 000002a10285d1e0 > zfs:dmu_object_info+14 (6002ad93d48, 114ce0, 0, 0, 0, 7b7a4800) > Jan 12 05:47:16 chrysek genunix: [ID 179002 kern.notice] %l0-3: > 0000000000000000 000006002c478b18 0000000000000000 0000000000000001 > Jan 12 05:47:16 chrysek %l4-7: 0000000000000001 000002a10285d358 > 000006002c478b18 000002a10285d358 > Jan 12 05:47:16 chrysek genunix: [ID 723222 kern.notice] 000002a10285d2a0 > zfs:restore_object+c (2a10285d4c8, 6002ad93d48, 2a10285d480, 0, 6002c5b9130, 0) > Jan 12 05:47:16 chrysek genunix: [ID 179002 kern.notice] %l0-3: > 0000000000200000 000002a10285d358 fffffffffffffffd 0000000000100000 > Jan 12 05:47:16 chrysek %l4-7: 0000000000000000 000000004a004000 > 0000000000040000 0000000000000138 > Jan 12 05:47:17 chrysek genunix: [ID 723222 kern.notice] 000002a10285d360 > zfs:dmu_recv_stream+4c4 (2a10285d6f0, 0, 2a10285d6d8, 1, 138, 1) > Jan 12 05:47:17 chrysek genunix: [ID 179002 kern.notice] %l0-3: > 0002000000000108 00003a6753bbe366 0000000000114ce0 0000000000000000 > Jan 12 05:47:17 chrysek %l4-7: 0000000000000001 000000000011368f > 000006002b9cf550 000002a10285d4c8 > Jan 12 05:47:17 chrysek genunix: [ID 723222 kern.notice] 000002a10285d510 > zfs:zfs_ioc_recv+3ac (6001d83c000, 0, 2a10285d72a, 60028024888, 2a10285d6f0, 70) > Jan 12 05:47:17 chrysek genunix: [ID 179002 kern.notice] %l0-3: > 0000000000000000 0000000000000000 0000000000000000 0000000000000000 > Jan 12 05:47:17 chrysek %l4-7: 000002a10285d720 0000000000000001 > 0000000000000000 000000000126ce84 > Jan 12 05:47:17 chrysek genunix: [ID 723222 kern.notice] 000002a10285d830 > zfs:zfsdev_ioctl+14c (1c, 1c, ffbfe628, 70497800, 6002c478b18, 1000) > Jan 12 05:47:17 chrysek genunix: [ID 179002 kern.notice] %l0-3: > 000006001d83c000 0000000070497828 00000000000002a0 0000000070497820 > Jan 12 05:47:17 chrysek %l4-7: 0000000000000054 000000000000001c > 0000000000000070 0000000000000000 > Jan 12 05:47:17 chrysek genunix: [ID 723222 kern.notice] 000002a10285d8e0 > genunix:fop_ioctl+20 (6001458b9c0, 5a1c, ffbfe628, 100003, 6002c478b18, 12769ec) > Jan 12 05:47:17 chrysek genunix: [ID 179002 kern.notice] %l0-3: > 0000000000000003 000006002c5b9130 0000000000c10081 00000000ff3f4354 > Jan 12 05:47:17 chrysek %l4-7: 00000000ffffffff 0000000000000000 > 00000000018c3800 0000000000000001 > Jan 12 05:47:18 chrysek genunix: [ID 723222 kern.notice] 000002a10285d990 > genunix:ioctl+184 (3, 60028025bc8, ffbfe628, 0, ff372a00, 5a1c) > Jan 12 05:47:18 chrysek genunix: [ID 179002 kern.notice] %l0-3: > 0000000000000000 0000000000000000 0000000000000004 0000000000004745 > Jan 12 05:47:18 chrysek %l4-7: 0000000000000001 0000000000000000 > 0000000000000000 0000000000000000 > Jan 12 05:47:18 chrysek unix: [ID 100000 kern.notice] > Jan 12 05:47:18 chrysek genunix: [ID 672855 kern.notice] syncing file systems... > Jan 12 05:47:18 chrysek genunix: [ID 733762 kern.notice] 141 > Jan 12 05:47:20 chrysek genunix: [ID 733762 kern.notice] 109 > Jan 12 05:47:21 chrysek genunix: [ID 733762 kern.notice] 88 > Jan 12 05:47:45 chrysek last message repeated 20 times > Jan 12 05:47:46 chrysek genunix: [ID 622722 kern.notice] done (not all i/o > completed) > Jan 12 05:47:47 chrysek genunix: [ID 111219 kern.notice] dumping to > /dev/dsk/c1t1d0s1, offset 3436969984, content: kernel > Jan 12 05:48:51 chrysek genunix: [ID 409368 kern.notice] ^M100% done: 374706 > pages dumped, compression ratio 3.50, > Jan 12 05:48:51 chrysek genunix: [ID 851671 kern.notice] dump succeeded > Jan 12 05:49:40 chrysek genunix: [ID 540533 kern.notice] ^MSunOS Release 5.10 > Version Generic_138888-02 64-bit > > > > _______________________________________________ > zfs-discuss mailing list > zfs-discuss at opensolaris.org > http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
To be honest I am quite surprised as this bug you referring to was submited early in 2008 and last updated over the summer. Quite surprised that Sun did not come up with a fix for it so far. ZFS is certainly gaining some popularity at my workplace, and we were thinking of using it instead of veritas, but I am not sure what to do with it now.. what if we have systems that we quite depend on and we have similar issue? How could we solve it? is calling sun support going to help me in such case? This particular system is my playground and I do not care about it to that extend but if I had other system that has much greater importance and I get such situation its quite scary... :( On Mon, 12 Jan 2009, Neil Perrin wrote:> This is a known bug: > > 6678070 Panic from vdev_mirror_map_alloc() > http://bugs.opensolaris.org/view_bug.do?bug_id=6678070 > > Neil. > > On 01/12/09 21:12, Krzys wrote: >> any idea what could cause my system to panic? I get my system rebooted >> daily at various times. very strange, but its pointing to zfs. I have U6 >> with all latest patches. >> >> >> Jan 12 05:47:12 chrysek unix: [ID 836849 kern.notice] >> Jan 12 05:47:12 chrysek ^Mpanic[cpu1]/thread=30002c8d4e0: >> Jan 12 05:47:12 chrysek unix: [ID 799565 kern.notice] BAD TRAP: type=28 >> rp=2a10285c790 addr=7b76a0a8 mmu_fsr=0 >> Jan 12 05:47:12 chrysek unix: [ID 100000 kern.notice] >> Jan 12 05:47:12 chrysek unix: [ID 839527 kern.notice] zfs:... ... ...>> 374706 pages dumped, compression ratio 3.50, >> Jan 12 05:48:51 chrysek genunix: [ID 851671 kern.notice] dump succeeded >> Jan 12 05:49:40 chrysek genunix: [ID 540533 kern.notice] ^MSunOS Release >> 5.10 Version Generic_138888-02 64-bit
I''m sorry about the problems. We try to be responsive to fixing bugs and implementing new features that people are requesting for ZFS. It''s not always possible to get it right. In this instance I don''t think the bug was reproducible, and perhaps that''s why it hasn''t received the attention it deserves. As far as I know yours is the second reported instance. It may be that the problem has been fixed and that''s why we haven''t seen it in-house. However, that''s just speculation, and some serious investigation is needed. Neil. On 01/13/09 06:39, Krzys wrote:> To be honest I am quite surprised as this bug you referring to was submited > early in 2008 and last updated over the summer. Quite surprised that Sun did not > come up with a fix for it so far. ZFS is certainly gaining some popularity at my > workplace, and we were thinking of using it instead of veritas, but I am not > sure what to do with it now.. what if we have systems that we quite depend on > and we have similar issue? How could we solve it? is calling sun support going > to help me in such case? This particular system is my playground and I do not > care about it to that extend but if I had other system that has much greater > importance and I get such situation its quite scary... :( > > On Mon, 12 Jan 2009, Neil Perrin wrote: > >> This is a known bug: >> >> 6678070 Panic from vdev_mirror_map_alloc() >> http://bugs.opensolaris.org/view_bug.do?bug_id=6678070 >> >> Neil. >> >> On 01/12/09 21:12, Krzys wrote: >>> any idea what could cause my system to panic? I get my system rebooted >>> daily at various times. very strange, but its pointing to zfs. I have U6 >>> with all latest patches. >>> >>> >>> Jan 12 05:47:12 chrysek unix: [ID 836849 kern.notice] >>> Jan 12 05:47:12 chrysek ^Mpanic[cpu1]/thread=30002c8d4e0: >>> Jan 12 05:47:12 chrysek unix: [ID 799565 kern.notice] BAD TRAP: type=28 >>> rp=2a10285c790 addr=7b76a0a8 mmu_fsr=0 >>> Jan 12 05:47:12 chrysek unix: [ID 100000 kern.notice] >>> Jan 12 05:47:12 chrysek unix: [ID 839527 kern.notice] zfs: > ... > ... > ... >>> 374706 pages dumped, compression ratio 3.50, >>> Jan 12 05:48:51 chrysek genunix: [ID 851671 kern.notice] dump succeeded >>> Jan 12 05:49:40 chrysek genunix: [ID 540533 kern.notice] ^MSunOS Release >>> 5.10 Version Generic_138888-02 64-bit > _______________________________________________ > zfs-discuss mailing list > zfs-discuss at opensolaris.org > http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
On Tue, January 13, 2009 09:51, Neil Perrin wrote:> I''m sorry about the problems. We try to be responsive to fixing bugs and > implementing new features that people are requesting for ZFS. > It''s not always possible to get it right. In this instance I don''t think > the > bug was reproducible, and perhaps that''s why it hasn''t received the > attention > it deserves. As far as I know yours is the second reported instance.Mine (first mentioned on this mailing list last night) may not be the same thing; but it''s a ZFS null pointer crash, so it may. And I think it''s scrub-related. I''m currently waiting to see if anybody wants the details from the log, or the dump file, or if there''s stuff I should look at. Meanwhile, I''m annoyed my home fileserver is down -- but I''m already getting far more than I''m paying for, and I think far more than I''d get from Microsoft if I reported such a problem (and the systems I''m running their software on I paid money to them for).> It may be that the problem has been fixed and that''s why > we haven''t seen it in-house. However, that''s just speculation, and > some serious investigation is needed.My problem (which may not be the same problem) is in 2008.11, I believe that''s nv101 code (or 101b?). What''s my next step? -- David Dyer-Bennet, dd-b at dd-b.net; http://dd-b.net/ Snapshots: http://dd-b.net/dd-b/SnapshotAlbum/data/ Photos: http://dd-b.net/photography/gallery/ Dragaera: http://dragaera.info
Looks like a corrupted pool -- you appear to have a mirror block pointer with no valid children. From the dump, you could probably determine which file is bad, but I doubt you could delete it; you might need to recreate your pool. -- This message posted from opensolaris.org