On Thu, Sep 14, 2006 at 05:08:18PM -0500, Nicolas Williams wrote:
On Thu, Sep 14, 2006 at 10:32:59PM +0200, Henk Langeveld wrote:
Bady, Brant RBCM:EX wrote:
Part of the archiving process is to generate checksums (I happen to use
MD5), and store them with other metadata about the digital
Luke Scharf wrote:
It sounded to me like he wanted to implement tripwire, but save some
time and CPU power by querying the checksumming-work that was already
done by ZFS.
Nevermind. The e-mail client that I chose to use broke up the thread,
and I didn't see that the issue had already been
On Fri, Sep 15, 2006 at 09:31:04AM +0100, Ceri Davies wrote:
On Thu, Sep 14, 2006 at 05:08:18PM -0500, Nicolas Williams wrote:
Yes, but the checksum is stored with the pointer.
So then, for each file/directory there's a dnode, and that dnode has
several block pointers to data blocks or
Title: Access to ZFS checksums would be nice and very useful feature
I am working in the area of archiving (in the true send of the word - e.g. using the OAIS reference model) electronic data for long term preservation and access. ZFS now makes magnetic disk arrays a bit more suitable for
On Sep 14, 2006, at 1:32 PM, Henk Langeveld wrote:
Bady, Brant RBCM:EX wrote:
Part of the archiving process is to generate checksums (I happen
to use
MD5), and store them with other metadata about the digital object in
order to verify data integrity and demonstrate the authenticity of
the
Bady, Brant RBCM:EX wrote:
I am working in the area of archiving (in the true send of the word -
e.g. using the OAIS reference model) electronic data for long term
preservation and access. ZFS now makes magnetic disk arrays a bit more
suitable for that.
Part of the archiving process is to
]
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Thursday, September 14, 2006 1:46 PM
To: Henk Langeveld
Cc: Bady, Brant RBCM:EX; zfs-discuss@opensolaris.org
Subject: Re: [zfs-discuss] Access to ZFS checksums would be nice and
very useful feature
On Sep 14, 2006, at 1:32
On Thu, Sep 14, 2006 at 10:32:59PM +0200, Henk Langeveld wrote:
Bady, Brant RBCM:EX wrote:
Part of the archiving process is to generate checksums (I happen to use
MD5), and store them with other metadata about the digital object in
order to verify data integrity and demonstrate the
On 9/14/06, Chad Lewis [EMAIL PROTECTED] wrote:
Better still would be the forthcoming cryptographic extensions in some
kind of digital-signature mode.
When I first saw extended attributes I thought that would be a great
place to store a digital signature of the file. I'm not saying that
it is
On Thu, Sep 14, 2006 at 06:26:46PM -0500, Mike Gerdts wrote:
On 9/14/06, Chad Lewis [EMAIL PROTECTED] wrote:
Better still would be the forthcoming cryptographic extensions in some
kind of digital-signature mode.
When I first saw extended attributes I thought that would be a great
place to
Bady, Brant RBCM:EX wrote:
Actually to clarify - what I want to do is to be able to read the
associated checksums ZFS creates for a file and then store them in an
external system e.g. an oracle database most likely
Rather than storing the checksum externally, you could simply let ZFS
verify
11 matches
Mail list logo
