I don't remember anyone saying they couldn't be stored, just that if they are stored it's not ZFS' fault if they go corrupt as it's outside of its control.
I'm actually planning to store the zfs send dump on external USB devices myself, but since the USB device will be running on ZFS I expect to be able to find out if there are any corruption problems, at which point I'll just run the send / receive again. However, I don't think that's what they're talking about here. I think they're talking about a ZFS pool that consists of an external USB device, and doing a send / receive directly to that pool. That way the USB device is a true backup copy of your ZFS pool, and I think the idea is that you can then delete snapshots from your main system, confident that they are still present on the USB backup. If it works it's a nice idea, especially with an integrated restore interface. And yeah, auto mounting isn't something you're going to want to enable on production servers. But for desktop / development / small scale use, it's a great idea. And I agree 100% about hotplug stuff being untrusted input. You shouldn't be able to crash anything with a USB stick, especially not a bunch of unrelated ZFS filesystems. -- This message posted from opensolaris.org _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
