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
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
r == Ross [EMAIL PROTECTED] writes:
r I don't remember anyone saying they couldn't be stored, just
r that if they are stored it's not ZFS' fault if they go corrupt
r as it's outside of its control.
they can't be stored because they ``go corrupt'' in a transactional
Hi Miles,
I probably should have explained that storing the zfs send on a USB device is
just one part of the strategy, and in fact that's just our way of getting the
backup off-site.
Once off-site, we do zfs receive that into another pool, and in fact we plan to
have two offsite zfs pools,
Bueller? Anyone?
--
This message posted from opensolaris.org
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Hi Niall,
I noticed that ZFS won't automatically import pools myself. I didn't really
consider it a problem since I wanted to script a bunch of stuff on USB
insertion. I was hoping to be able to write a script that would detect the
insertion, attempt to automatically mount pools on devices
Niall Power wrote:
Bueller? Anyone?
Yeah, I'd love to know the answer too. The furthest I got into
investigating this last time was:
http://mail.opensolaris.org/pipermail/zfs-discuss/2007-December/044787.html
- does that help at all Niall?
The context to Niall's question is to extend Time
Hi Tim,
Tim Foster wrote:
Niall Power wrote:
Bueller? Anyone?
Yeah, I'd love to know the answer too. The furthest I got into
investigating this last time was:
http://mail.opensolaris.org/pipermail/zfs-discuss/2007-December/044787.html
- does that help at all Niall?
I dug around and
I believe the answer is in the last email in that thread. hald doesn't offer
the notifications and it's not clear that ZFS can handle them. As is noted,
there are complications with ZFS due to the possibility of multiple disks
comprising a volume, etc. It would be a lot of work to make it work
Hi James,
James Litchfield wrote:
I believe the answer is in the last email in that thread. hald doesn't
offer
the notifications and it's not clear that ZFS can handle them. As is
noted,
there are complications with ZFS due to the possibility of multiple disks
comprising a volume, etc. It
Hey guys,
This may be a dumb thought from an end user, but why does it have to be hard
for ZFS to automatically mount volumes on removable media?
Mounting single volumes should be straightforward and couldn't you just try to
import any others and just silently fail if any required pieces are
tf == Tim Foster [EMAIL PROTECTED] writes:
tf store flat zfs send-streams
I thought it was said over and over that 'zfs send' streams could
never be stored, only piped to 'zfs recv'. If you store one and then
find it's corrupt, the answer is ``didn't let ZFS handle redundancy,''
Hi,
As a part of the next stages of the time-slider project we are looking into
doing actual backups onto
removable media devices such as USB media. The goal is to be able to view
snapshots stored on the
media and merge these into the list of viewable snapshots in nautilus giving
the user a
13 matches
Mail list logo
