Hello,
on my sparc server running s10/u3 w/all latest patches.
I created a zpool and one fs and started to copy the data to it. The host
crashed during the tar... | tar ... run.
After it happened I tried "zpool destroy" and the host crashed. The
same with "zpool export".
It looks like a bug http://bugs.opensolaris.org/view_bug.do?bug_id=6393634
Is there a fix of this bug for s10/u3 ?
If somebody is interested, I can provide the crash dumps. Signal me before I
start the reinstall of this host (I don''t see any other way to restore
it).
Thanks,
[i]-- leon[/i]
root at myhost# mdb -k *.2
Loading modules: [ unix krtld genunix dtrace specfs ufs sd pcisch ip sctp usba
fcp fctl emlxs nca lofs ssd crypto zfs random logindmux ptm md cpc fcip sppp nfs
]> ::status
debugging crash dump vmcore.2 (64-bit) from myhost
operating system: 5.10 Generic_125100-05 (sun4u)
panic message: assertion failed: dmu_read(os, smo->smo_object, offset, size,
entry_map) == 0 (0x5 == 0x0), file: ../../common/fs/zfs/space_map.c, line: 307
dump content: kernel pages only
> $c
vpanic(11ed500, 7b69a6c8, 5, 7b69a708, 0, 7b69a710)
assfail3+0x94(7b69a6c8, 5, 7b69a708, 0, 7b69a710, 133)
space_map_load+0x1a4(600091cb578, 600091cd000, 1000, 600091cb248, 0, 1)
metaslab_activate+0x3c(600091cb240, 8000000000000000, c000000000000000,
e7d4d6000, 600091cb240, c0000000)
metaslab_group_alloc+0x1bc(3fffffffffffffff, 400, 8000000000000000, 347fe68000,
60014988000, ffffffffffffffff)
metaslab_alloc_dva+0x114(0, 347fe68000, 60014988000, 400, 60008352a80, 6e3)
metaslab_alloc+0x2c(60002c12080, 400, 60014988000, 2, 6e3, 0)
zio_dva_allocate+0x4c(600090db480, 7b67b5a8, 60014988000, 7047a508, 7047a400,
20001)
zio_write_compress+0x1ec(600090db480, 23e20b, 23e000, 1f001f, 3, 60014988000)
arc_write+0xe4(600090db480, 60002c12080, 7, 3, 2, 6e3)
dbuf_sync+0x6c0(600149714a0, 600090db700, 0, 3, 7, 6e3)
dnode_sync+0x35c(0, 0, 600090db700, 6001309cd80, 0, 7)
dmu_objset_sync_dnodes+0x6c(600090d5940, 600090d5a80, 6001309cd80, 6000935ef38,
0, 0)
dmu_objset_sync+0x7c(600090d5940, 6001309cd80, 3, 3, 600090e5688, 6e3)
dsl_dataset_sync+0xc(60011f4e940, 6001309cd80, 60011f4e9d0, 600068d25b8,
600068d25b8, 60011f4e940)
dsl_pool_sync+0x64(600068d2500, 6e3, 60011f4e940, 60009485ec0, 600083bc5c0,
600083bc5e8)
spa_sync+0x1b0(60002c12080, 6e3, 0, 0, 2a100d7dcc4, 1)
txg_sync_thread+0x134(600068d2500, 6e3, 0, 2a100d7dab0, 600068d2610,
600068d2612)
thread_start+4(600068d2500, 0, 2820290a2020205b, 2070726576696f75,
73205d0a3b0a0a0a, 766f636162756> $q
This message posted from opensolaris.org