search for: metaslab_sync

I have just recently (physically) moved a system with 16 hard drives (for the array) and 1 OS drive; and in doing so, I needed to pull out the 16 drives so that it would be light enough for me to lift. When I plugged the drives back in, initially, it went into a panic-reboot loop. After doing some digging, I deleted the file /etc/zfs/zpool.cache. When I try to import the pool using the zpool

...975df90,) Apr 3 16:37:56 columbia genunix: [ID 353471 kern.notice] d4042bf4 zfs:dmu_write+171 (d33c50d4, f, 0, f07) Apr 3 16:37:56 columbia genunix: [ID 353471 kern.notice] d4042c74 zfs:space_map_sync+2f0 (d471b1f8, 1, d471b0) Apr 3 16:37:56 columbia genunix: [ID 353471 kern.notice] d4042cdc zfs:metaslab_sync+263 (d471b080, 2b2225, 0) Apr 3 16:37:56 columbia genunix: [ID 353471 kern.notice] d4042d1c zfs:vdev_sync+ba (d34d8680, 2b2225, 0) Apr 3 16:37:56 columbia genunix: [ID 353471 kern.notice] d4042d6c zfs:spa_sync+129 (d995cac0, 2b2225, 0) Apr 3 16:37:56 columbia genunix: [ID 353471 kern.notice] d40...

...c40: assertion failed: 0 == dmu_buf_hold_array(os, object, offset, size, FALSE, FTAG, &numbufs, &dbp), file: ../../common/fs/zfs/dmu.c, line: 796 ffffff00f8578880 genunix:assfail+7e () ffffff00f8578930 zfs:dmu_write+17f () ffffff00f85789e0 zfs:space_map_sync+295 () ffffff00f8578a70 zfs:metaslab_sync+2de () ffffff00f8578ad0 zfs:vdev_sync+d5 () ffffff00f8578b80 zfs:spa_sync+44b () ffffff00f8578c20 zfs:txg_sync_thread+247 () ffffff00f8578c30 unix:thread_start+8 () ----- END PANIC ----- I then ran zdb -e -bcsvL tank and got this output after letting it run all night: ----- SNIP ----- Traversi...

I had the rpool with two sata disks in the miror. Solaris 10 5.10 Generic_141415-08 i86pc i386 i86pc Unfortunately the first disk with grub loader has failed with unrecoverable block write/read errors. Now I have the problem to import rpool after the first disk has failed. So I decided to do: "zpool import -f rpool" only with second disk, but it''s hangs and the system is

I have a ZFS pool that has been corrupted. The pool contains a single device which was actually a file on UFS. The machine was accidentally halted and now the pool is corrupt. There are (of course) no backups and I''ve been asked to recover the pool. The system panics when trying to do anything with the pool. root@:/$ zpool status panic[cpu1]/thread=fffffe8000758c80: assertion failed:

Hello everybody, just to let you know what happened in the meantime: I was able to open a Service Request at Oracle. The issue is a known bug (Bug 6742788 : assertion panic at: zfs:zap_deref_leaf) The bug has bin fixed (according to Oracle support) since build 164, but there is no fix for Solaris 11 available so far (will be fixed in S11U7?). There is a workaround available that works