Hi Mattias & Miles. To test the version mismatch theory, I setup a snv_91 VM (using virtualbox) on my snv_95 desktop, and tried the zfs receive again. Unfortunately the symptoms are exactly the same: around the ~20GB mark, the justhome.zfs stream still bombs out with the checksum error.
I didn't realise that the zfs stream format wasn't backward compatible at the time that I made the backup, but having performed the above test, this doesn't actually appear to be my problem. I wish it were - that I could have dealt with! :( So far we've established that in this case: *Version mismatches aren't causing the problem. *Receiving across the network isn't the issue (because I have the exact same issue restoring the stream directly on my file server). *All that's left was the initial send, and since zfs guarantees end to end data integrity, it should have been able to deal with any network possible randomness in the middle (zfs on both ends) - or at absolute worst, the zfs send command should have failed, if it encountered errors. Seems fair, no? So, is there a major bug here, or at least an oversight in the zfs send part of the code? Does zfs send not do checksumming, or, verification after sending? I'm not sure how else to interpret this data. Today to add some more datapoints, I repeated a zfs send to the same nfs server from the same desktop, though this time I'm using zfs root with snv_95. Same hardware, same network, same commands, but this time I didn't have any issues with the zfs receive. ?!?!?!?! Miles: zfs receive -nv works ok: # zfs receive -vn rpool/test < /net/supernova/Z/backup/angelous/justhome.zfs would receive full stream of faith/[EMAIL PROTECTED] into rpool/[EMAIL PROTECTED] Where it gets interesting is with my recursive zfs dump: bash-3.2# zfs receive -nvF -d rpool/test < /net/supernova/Z/backup/angelous/pre-zfsroot.zfs would receive full stream of [EMAIL PROTECTED] into rpool/[EMAIL PROTECTED] would receive full stream of faith/[EMAIL PROTECTED] into rpool/test/[EMAIL PROTECTED] would receive full stream of faith/[EMAIL PROTECTED] into rpool/test/[EMAIL PROTECTED] would receive full stream of faith/[EMAIL PROTECTED] into rpool/test/[EMAIL PROTECTED] [EMAIL PROTECTED] is actually empty. faith/[EMAIL PROTECTED] bombs out around 2GB in, but I'm not really too worried about that fs. faith/[EMAIL PROTECTED] is also another fs that I can live without. faith/[EMAIL PROTECTED] is the one that we're after. It would seem that my justhome.zfs dump (containing only faith/[EMAIL PROTECTED]) isn't going to work, but is there some way to recover the /home fs from the pre-zfsroot.zfs dump? Since there seems to be a problem with the first fs (faith/virtualmachines), I need to find a way to skip restoring that zfs, so it can focus on the faith/home fs. How can this be achieved with zfs receive? Jonathan This message posted from opensolaris.org _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
