> <div id="jive-html-wrapper-div"> > <br><br><div class="gmail_quote">On Sat, Mar 22, 2008 > at 11:33 PM, Matt Ingenthron <<a > href="mailto:[EMAIL PROTECTED]">matt.ingenthron@ > sun.com</a>> wrote:<br><blockquote > class="gmail_quote" style="border-left: 1px solid > rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; > padding-left: 1ex;"> > One more scrub later, and now the snapshot I was > trying to send, @laptopmigration, is now showing > errors but the errors on the old snapshots are gone, > since I destroyed the snapshots.<br> > <br> > Is this expected behavior? Should the errors > only show on one snapshot at a time? I have a > suspicion that if I destroy this snapshot as well, > they'll show on the actual underlying > filesystem.<br> > <br> > - Matt<br> > <br> > <br> > This message posted from <a > href="http://opensolaris.org" > target="_blank">opensolaris.org</a><br> > _______________________________________________<br> > zfs-discuss mailing list<br> > <a > href="mailto:zfs-discuss@opensolaris.org">zfs-discuss@ > opensolaris.org</a><br> > <a > href="http://mail.opensolaris.org/mailman/listinfo/zfs > -discuss" > target="_blank">http://mail.opensolaris.org/mailman/li > stinfo/zfs-discuss</a><br> > </blockquote></div><br><br>...You keep discussing > errors on snapshots. Snapshots are simply > pointers to data blocks... have you been addressing > the errors in the actual data blocks? Deleting > snapshots isn't going to fix anything if you have > 10 snapshots all sharing a corrupted data block.<br> > > </div>
I agree with you, but until now all of the scrubs have only shown errors on the oldest snapshot, not on the underlying filesystem. I don't doubt the same file was in an error condition on the filesystem, but it was odd that zpool status was only showing the errors on the snapshot. Oddly, now zpool status is showing errors on the files themselves too. It was also unfortunate that the zfs send/receive would hang and even the zpool and zfs command would hang when working with those pools/datasets. I guess the reason I was posting is I was looking for the right "manual intervention" (which may be restoring or deleting the files and then removing all snapshots?) and the hanging behavior of zpool and zfs send seemed somewhat disconcerting. They would even block the system from both "init 5" and "reboot -n". The reality with all of these files is that I either have them elsewhere or they can be safely deleted since they're easily recreated. I'll try removing all of the snapshots, then recover/delete the underlying files, then run another scrub. - Matt This message posted from opensolaris.org _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss