Richard Elling wrote:
Atul Vidwansa wrote:
Hi Richard,
I am not talking about source(ASCII) files. How about versioning
production data? I talked about file level snapshots because
snapshotting entire filesystem does not make sense when application is
changing just few files at a time.
CVS
annotations.
-- richard
Regards,
-atul
On 3/30/07, Richard Elling [EMAIL PROTECTED] wrote:
Atul Vidwansa wrote:
Hi,
Is it possible to take file level snapshots in ZFS?
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org
Hi,
Is it possible to take file level snapshots in ZFS? Suppose I want to
keep a version of the file before writing new data to it, how do I do
that? My goal would be to rollback the file to earlier version (i.e.
discard the new changes) depending upon a policy. I would like to
keep only 1
On Thu, Mar 29, 2007 at 11:52:56PM +0530, Atul Vidwansa wrote:
Is it possible to take file level snapshots in ZFS? Suppose I want to
keep a version of the file before writing new data to it, how do I do
that? My goal would be to rollback the file to earlier version (i.e.
discard the new
Atul Vidwansa wrote:
Hi,
Is it possible to take file level snapshots in ZFS? Suppose I want to
keep a version of the file before writing new data to it, how do I do
that? My goal would be to rollback the file to earlier version (i.e.
discard the new changes) depending upon a policy. I would
Hi Richard,
I am not talking about source(ASCII) files. How about versioning
production data? I talked about file level snapshots because
snapshotting entire filesystem does not make sense when application is
changing just few files at a time.
Regards,
-atul
On 3/30/07, Richard Elling [EMAIL
Atul Vidwansa wrote:
Hi Richard,
I am not talking about source(ASCII) files. How about versioning
production data? I talked about file level snapshots because
snapshotting entire filesystem does not make sense when application is
changing just few files at a time.
CVS supports binary files.
On 29/03/07, Atul Vidwansa [EMAIL PROTECTED] wrote:
Hi Richard,
I am not talking about source(ASCII) files. How about versioning
production data? I talked about file level snapshots because
snapshotting entire filesystem does not make sense when application is
changing just few files at a
On 3/30/07, Shawn Walker [EMAIL PROTECTED] wrote:
On 29/03/07, Atul Vidwansa [EMAIL PROTECTED] wrote:
Hi Richard,
I am not talking about source(ASCII) files. How about versioning
production data? I talked about file level snapshots because
snapshotting entire filesystem does not make
On Thu, 29 Mar 2007, Shawn Walker wrote:
On 29/03/07, Wee Yeh Tan [EMAIL PROTECTED] wrote:
On 3/30/07, Shawn Walker [EMAIL PROTECTED] wrote:
On 29/03/07, Atul Vidwansa [EMAIL PROTECTED] wrote:
Hi Richard,
I am not talking about source(ASCII) files. How about versioning
On 3/30/07, Shawn Walker [EMAIL PROTECTED] wrote:
Actually, recent version control systems can be very efficient at
storing binary files.
Still no where as efficient as a ZFS snapshot.
Careful consideration of the layout of your file
system applies regardless of which type of file system it
On 3/30/07, Wee Yeh Tan [EMAIL PROTECTED] wrote:
Careful consideration of the layout of your file
system applies regardless of which type of file system it is (zfs,
ufs, etc.).
True. ZFS does open up a whole new can of worms/flexibility.
How do hard-links work across zfs
On 3/30/07, Nicholas Lee [EMAIL PROTECTED] wrote:
How do hard-links work across zfs mount/filesystems in the same pool?
No.
http://src.opensolaris.org/source/xref/onnv/onnv-gate/usr/src/uts/common/fs/vnode.c#1322
My guess is that it should be technically possible in the same pool
though but
On 29/03/07, Wee Yeh Tan [EMAIL PROTECTED] wrote:
On 3/30/07, Shawn Walker [EMAIL PROTECTED] wrote:
Actually, recent version control systems can be very efficient at
storing binary files.
Still no where as efficient as a ZFS snapshot.
Maybe, but they're far better at doing versioning and
Lets say I reorganized my zpools. Now there are 2 pools:
Pool1:
Production data, combination of binary and text files. Only few files
change at a time. Average file sizes are around 1MB. Does it make
sense to take zfs snapshots of the pool? Will the snapshot consume as
much space as original
On 3/30/07, Shawn Walker [EMAIL PROTECTED] wrote:
Maybe, but they're far better at doing versioning and providing a
history of changes.
I;d have to agree. I track 6000 blobs (OOo gzip files, pdfs and other stuff)
in svn even with 1300 changesets over 3 years there is a marginal disk cost
on
On 3/30/07, Atul Vidwansa [EMAIL PROTECTED] wrote:
Lets say I reorganized my zpools. Now there are 2 pools:
Pool1:
Production data, combination of binary and text files. Only few files
change at a time. Average file sizes are around 1MB. Does it make
sense to take zfs snapshots of the pool?
17 matches
Mail list logo
