On Fri, Sep 15, 2006 at 10:55:48AM -0500, Nicolas Williams wrote:
> 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/director
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 blo
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 thor
Matthew Ahrens wrote:
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 si
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 dig
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 th
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
> p
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 i
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 authe
;Email: [EMAIL PROTECTED]
>
>
-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 usefu
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 ge
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:
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
digital object over time.
Wouldn't it be helpful if the
13 matches
Mail list logo
