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, plu
> "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
>
> 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
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
> "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,''
`
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 mi
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, et
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
corr
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 aro
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 Sli
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 th
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,
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 bro
13 matches
Mail list logo