From: NeilBrown <neilb@suse.de>
To: Manibalan P <pmanibalan@amiindia.co.in>
Cc: linux-raid@vger.kernel.org
Subject: Re: raid6 - data intefrity issue - data mis-compare on rebuilding RAID 6 - with 100 Mb resync speed.
Date: Tue, 11 Mar 2014 14:04:18 +1100 [thread overview]
Message-ID: <20140311140418.4eee07f8@notabene.brown> (raw)
In-Reply-To: <13688C12F44C7C428726663F950CA253094ADAC5@venus.in.megatrends.com>
[-- Attachment #1: Type: text/plain, Size: 3363 bytes --]
On Fri, 7 Mar 2014 14:18:59 +0530 "Manibalan P" <pmanibalan@amiindia.co.in>
wrote:
> Hi,
Hi,
when posting to vger.kernel.org lists, please don't send HTML mail, just
plain text.
Because you did the original email didn't get to the list.
>
>
>
> We are facing a data integrity issue on RAID 6. On CentOS 6.4 kernel.
I don't know what kernel "CentOS 6.4" runs. Please report the actual kernel
version as well as distro details.
>
>
>
> Details of the setup:
>
>
>
> 1. 7 drives Raid6 md devices (md0) - Capacity 25 GB
>
> 2. Resync speed max and min set to 100000 (100Mb)
>
> 3. A script is running to simulate drive failure, this script will
> do the following
>
> a. Mdadm set faulty for two random drives on the md, the mdadm
> remove those drives.
>
> b. Mdadm add ond drive, and wait for rebuild to complete, then
> insert the next one.
>
> c. Wait till the md become optimal, and continue the disk removal
> cycle again.
>
> 4. iSCSI target is configured to "/dev/md0"
>
> 5. From Windows server, the md0 target is connected using
> MicroSoft iSCSI initiator, and formatted with NTFS.
>
> 6. Dit32 IO tool is running on the formatted volume.
>
>
>
> Issue#:
>
> The Dit32 tool will running IO in multiple threads, in
> each thread, IO will be written and verified.
>
> And on the verification Cycle, we are getting
> mis-compare. Below is the log from the dit32 tool.
>
>
>
> Thu Mar 06 23:19:31 2014 INFO: DITNT application started
>
> Thu Mar 06 23:20:19 2014 INFO: Test started on Drive D:
>
> Dir Sets=8, Dirs per Set=70, Files per Dir=75
>
> File Size=512KB
>
> Read Only=N, Debug Stamp=Y, Verify During Copy=Y
>
> Build I/O Size range=1 to 128 sectors
>
> Copy Read I/O Size range=1 to 128 sectors
>
> Copy Write I/O Size range=1 to 128 sectors
>
> Verify I/O Size range=1 to 128 sectors
>
> Fri Mar 07 01:28:09 2014 ERROR: Miscompare Found: File
> "D:\dit\s6\d51\s6d51f37", offset=00048008
>
> Expected Data: 06 33 25 01 0240 (dirSet, dirNo, fileNo, elementNo,
> sectorOffset)
>
> Read Data: 05 08 2d 01 0240 (dirSet, dirNo, fileNo, elementNo,
> sectorOffset)
>
> Read Request: offset=00043000, size=00008600
>
>
>
> This mail has been attached with the following files for your reference
>
> 1. Raid5.c and .h files, the Code what we are using.
>
> 2. RollingHotSpareTwoDriveFailure.sh - the script which simulates
> the two disk failure.
>
> 3. dit32log.sav - Log file from the dit32 tool
>
> 4. s6d31f37 - the file where the corruption happened(hex format)
>
> 5. CentOS-system-info - md and system info
>
>
I didn't find any "CentOS-system-info" attached.
I know nothing about "dit32" and so can not easily interpret the output. Is
it saying that just a few bytes were wrong?
Was the array fully synced before you started the test?
I can't think of anything else that might cause an inconsistency. I test the
RAID6 recovery code from time to time and it always works flawlessly for me.
NeilBrown
>
>
>
> Thanks,
>
> Manibalan.
>
>
>
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 828 bytes --]
next parent reply other threads:[~2014-03-11 3:04 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <13688C12F44C7C428726663F950CA253094ADAC5@venus.in.megatrends.com>
2014-03-11 3:04 ` NeilBrown [this message]
2014-03-11 13:22 ` raid6 - data intefrity issue - data mis-compare on rebuilding RAID 6 - with 100 Mb resync speed Manibalan P
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20140311140418.4eee07f8@notabene.brown \
--to=neilb@suse.de \
--cc=linux-raid@vger.kernel.org \
--cc=pmanibalan@amiindia.co.in \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox