On Sep 3, 2009, at 10:32 PM, Tim Cook wrote:
On Fri, Sep 4, 2009 at 12:17 AM, Ross wrote:
Hi Richard,
Actually, reading your reply has made me realise I was overlooking
something when I talked about tar, star, etc... How do you backup a
ZFS volume? That's something traditional tools can'
On Fri, Sep 4, 2009 at 12:17 AM, Ross wrote:
> Hi Richard,
>
> Actually, reading your reply has made me realise I was overlooking
> something when I talked about tar, star, etc... How do you backup a ZFS
> volume? That's something traditional tools can't do. Are snapshots the
> only way to cre
Hi Richard,
Actually, reading your reply has made me realise I was overlooking something
when I talked about tar, star, etc... How do you backup a ZFS volume? That's
something traditional tools can't do. Are snapshots the only way to create a
backup or archive of those?
Personally I'm qui
Sometimes trying to be clear gets me in trouble :-)
On Sep 3, 2009, at 10:24 AM, Ross wrote:
Some points to help clarify the situation:
1. There is no other way to archive a dataset than
n using a snapshot
Other than tar, star, and numerous other archive utilities.
You are talking about fi
> Some points to help clarify the situation:
>
> 1. There is no other way to archive a dataset than
> n using a snapshot
Other than tar, star, and numerous other archive utilities. The fact that ZFS
doesn't have any alternative built in doesn't mean that dumping a send to a
file suddenly becom
] Archiving and Restoring Snapshots
yes to all the comments below. Those are all mitigating factors. But I
also agree with Ross and Mike and others that we should be more clear
about when send/recv is appropriate and when it's not the best choice.
We're looking into it.
Lori
On 09/0
Please unsubscribe me
COLLIER
-Original Message-
From: zfs-discuss-boun...@opensolaris.org
[mailto:zfs-discuss-boun...@opensolaris.org] On Behalf Of Richard Elling
Sent: Thursday, September 03, 2009 9:06 AM
To: Ross
Cc: zfs-discuss@opensolaris.org
Subject: Re: [zfs-discuss] Archiving
Please unsubscribe me
COLLIER
-Original Message-
From: zfs-discuss-boun...@opensolaris.org
[mailto:zfs-discuss-boun...@opensolaris.org] On Behalf Of Lori Alt
Sent: Thursday, September 03, 2009 8:59 AM
To: Ross
Cc: zfs-discuss@opensolaris.org
Subject: Re: [zfs-discuss] Archiving and
yes to all the comments below. Those are all mitigating factors. But I
also agree with Ross and Mike and others that we should be more clear
about when send/recv is appropriate and when it's not the best choice.
We're looking into it.
Lori
On 09/03/09 10:06, Richard Elling wrote:
On Se
On Sep 2, 2009, at 11:55 PM, Ross wrote:
I agree, mailing that to all Sun customers is something I think is
likely to turn around and bite you.
Some points to help clarify the situation:
1. There is no other way to archive a dataset than using a snapshot
2. You cannot build
I agree and Cindy Swearingen and I are talking to marketing to get this
fixed. Thanks to all for bringing this to our attention.
lori
On 09/03/09 00:55, Ross wrote:
I agree, mailing that to all Sun customers is something I think is likely to
turn around and bite you.
A lot of people are n
I agree, mailing that to all Sun customers is something I think is likely to
turn around and bite you.
A lot of people are now going to use that to archive their data, and some of
them are not going to be happy when months or years down the line they try to
restore it and find that the 'zfs rec
On Wed, Sep 2, 2009 at 4:46 PM, Richard Elling wrote:
> Thanks Cindy!
>
> Mike, et.al.,
> I think the confusion is surrounding replacing an enterprise backup
> scheme with send-to-file. There is nothing wrong with send-to-file,
> it functions as designed. But it isn't designed to be a full-feature
Thanks Cindy!
Mike, et.al.,
I think the confusion is surrounding replacing an enterprise backup
scheme with send-to-file. There is nothing wrong with send-to-file,
it functions as designed. But it isn't designed to be a full-featured
backup solution. IMHO, the title, "Archiving and Restoring Sna
On Wed, Sep 2, 2009 at 4:06 PM, wrote:
> Hi Mike,
>
> I reviewed this doc and the only issue I have with it now is that uses
> /var/tmp an an example of storing snapshots in "long-term storage"
> elsewhere.
One other point comes from zfs(1M):
The format of the stream is evolving. No bac
Hi Mike,
I reviewed this doc and the only issue I have with it now is that uses
/var/tmp an an example of storing snapshots in "long-term storage"
elsewhere.
For short-term storage, storing a snapshot as a file is an acceptable
solution as long as you verify that the snapshots as files are valid
I just received a special offer from Sun (marketing...) promising that
I will learn "How to use ZFS snapshots for backup and restore
purposes." The relevant doc is at...
https://www.sun.com/offers/docs/zfs_snapshots.pdf
It says:
=== Begin quote ===
Archiving and Restoring Snapshots
Another use
17 matches
Mail list logo
