Thanks for the information, I'm learning quite a lot from all this. It seems to me that zfs send *should* be doing some kind of verification, since some work has clearly been put into zfs so that zfs's can be dumped into files/pipes. It's a great feature to have, and I can't believe that this was purely for zfs send | zfs receive scenarios.
A common example used all over the place is zfs send | ssh $host. In these examples is ssh guaranteeing the data delivery somehow? If not, there need to be some serious asterisks in these guides! Looking at this at a level that I do understand, it's going via TCP, which checksums packets..... then again, I was using nfs over TCP, and look where I am today. So much for that! As I google these subjects more and more, I fear that I'm hitting the conceptual mental block that many before me have done also. zfs send is not zfsdump, even though it sure looks the same, and it's not clearly stated that you may end up in a situation like the one I'm in today if you don't somehow test your backups. As you've rightly pointed out, it's done now and even if I did manage to reproduce this again, that won't help my data locked away in these 2 .zfs files, so focusing on the hopeful is there anything I can do to recover my data from these zfs dumps? Anything at all :) If the problem is "just" that "zfs receive" is checksumming the data on the way in, can I disable this somehow within zfs? Can I globally disable checksumming in the kernel module? mdb something or rather? I read this thread where someone did successfully manage to recovery data from a damaged zfs, which fulls me with some hope: http://www.opensolaris.org/jive/thread.jspa?messageID=220125 It's way over my head, but if anyone can tell me the mdb commands I'm happy to try them, even if they do kill my cat. I don't really have anything to loose with a copy of the data, and I'll do it all in a VM anyway. Thanks, Jonathan This message posted from opensolaris.org _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
