X-MimeOLE: Produced By Microsoft Exchange V6.5
Received: by onstor-exch02.onstor.net 
	id <01C8650D.93F14D87@onstor-exch02.onstor.net>; Fri, 1 Feb 2008 13:03:57 -0700
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Content-class: urn:content-classes:message
Subject: RE: data corruption problem in submittal 5
Date: Fri, 1 Feb 2008 13:03:57 -0700
Message-ID: <BB375AF679D4A34E9CA8DFA650E2B04E05C741A6@onstor-exch02.onstor.net>
In-Reply-To: <BB375AF679D4A34E9CA8DFA650E2B04E0812A97D@onstor-exch02.onstor.net>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: data corruption problem in submittal 5
Thread-Index: Achk75KPUo/xNMLbSjyeVikik3qHnQACoZTwAAS6LoA=
From: "Sandrine Boulanger" <sandrine.boulanger@onstor.com>
To: "Raj Kumar" <raj.kumar@onstor.com>,
	"Jeff Miller" <jeff.miller@onstor.com>,
	"dl-Cougar" <dl-Cougar@onstor.com>

Yes, those are the regular tests we have. If the problem cannot be
detected with those tests, then we'll work on writing one that does. =20

-----Original Message-----
From: Raj Kumar=20
Sent: Friday, February 01, 2008 9:55 AM
To: Jeff Miller; dl-Cougar
Subject: RE: data corruption problem in submittal 5

We EEK the volume regularly, so that should detect if there are any meta
data corruptions.

As for as the user data, tests based on treecreate/treeverify,
tar/untar, several compress/uncompress routines, Winsmash, etc are being
used.

We are also setting up filer to enable FS runtime consistency check
(fscmd rcc) and see if we can detect any issues with data integrity.

-----Original Message-----
From: Jeff Miller=20
Sent: Friday, February 01, 2008 8:29 AM
To: dl-Cougar
Subject: data corruption problem in submittal 5

Change 27512, which went in after submittal 5, solves a serious data
corruption problem.  The corruption would occur during write to disk and
a few bytes (probably 16) would be incorrect in the data received by the
disk.  This problem showed up in Max's spec testing.

How much data integrity testing are we doing?  Can this problem be
easily reproduced somehow using sub5, and the fix then verified with
sub6?

Another thing to keep in mind is that an data written before submittal 6
may be
corrupted.

Jeff

