>> We have recently discovered the same issue on one of our internal build >> machines. We have a daily bringover of the Teamware onnv-gate that is >> snapshoted when it completes and as such we can never run a full scrub. >> Given some of our storage is reaching (or past) EOSL I really want to >> be able to scrub the important datasets (ie all those other than the >> clones of onnv). > > Aye, or better yet -- give the scrub/resilver/snap reset issue fix very > high priority. As it stands snapshots are impossible when you need to > resilver and scrub (even on supposedly sun supported thumper configs).
Since the scrub walks down the metadata tree and that filesystem definitions are somewhere on top of that tree, it shouldn't be too hard to make the scrub start from that point instead of the uberblock, or not? -mg _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
