Hi Mike,
On Monday 31 May 2010 22:33:23 Mike Fedyk wrote:
On Mon, May 31, 2010 at 11:06 AM, Paul Millar paul.mil...@desy.de wrote:
[...] My concern is that, if the server-software doesn't push the
client-provided checksum then the FS checksum (plus T-10 DIF/DIX) would
not provide
On Tuesday 01 June 2010 15:39:52 Martin K. Petersen wrote:
Paul == Paul Millar paul.mil...@desy.de writes:
Paul My concern is that, if the server-software doesn't push the
Paul client-provided checksum then the FS checksum (plus T-10 DIF/DIX)
Paul would not provide a rigorous assurance
Hi Hubert,
On Thursday 27 May 2010 16:56:00 Hubert Kario wrote:
Would [obtaining file checksum] be possible (without an awful lot
of work)?
[Calculating checksum in-memory] won't detect in-memory corruption
though, but if you want to be resilant to this, you should be looking at
ECC
Hi Chris,
On Thursday 27 May 2010 18:00:44 Chris Mason wrote:
I'd suggest that you look at T10 DIF and DIX, which are targeted at
exactly this kind of thing. We're looking at integrating dif/dix into
btrfs at some point.
I've been keeping half-an-eye on T10's work in ensuring end-to-end
Hi,
I've been looking at Btrfs and have a couple of naive questions that don't
seem to be answered on the wiki or in the articles I've read on the
filesystem.
First: discovering a file's checksum value.
Here's the scenario: software is writing some data as a fresh file. This
software
