corrupted data caused by rebuild raid6

[rogerk]

@enealDC
there is an automated check once a month.
what do you mean with rebuild settings to high?
there no setting on the adaptec that allow me to change something like this.

we changd the controller on both dss machines.
because of compatibility of raiddata we use on the first DSS another adaptec (51645).
on the second we use now areca.

but after 3 weeks we have no idea wy this happend.
no answer from open-e and no answer from adaptec.

[rogerk]

i got an answer from open-e,
they say it is driver related. the driver for the IPC Raid Controller in the actuell dss6 release is buggy and old. the driver will be changed in the next dss6 release.
so be carefull with raid 6 rebuild and this controller!

roger

[nightmare99]

Really so that is going to be true for Adaptec cards including the 2405 we are using.

[markusro]

I can reproduce it the following was:

1. Make a raid 6
2. put some data on it
3. then run verify_fix

Do this until it says different sectors found in RaidEvtA.log.
Then the filesystem is damaged and some data is gone, independently of the filesystem (xfs or ext3/ext4).

We had this now every couple of weeks with the ICP5165BR.

There was no indication in the logs, but it was strange that verify_fix finds 100000s of different sector and all disks are reporting fine,i.e. not a single media error etc.

Controllers found: 1
Controller #1
==============
Firmware : 5.2-0 (15753)
Staged Firmware : 5.2-0 (15753)
BIOS : 5.2-0 (15753)
Driver : 1.1-5 (2461)
Boot Flash : 5.2-0 (15753)


According to our vendor, this controller has an error in the paritiy algorithm. There is a none public newer firmware at Adaptec (they are aware of this problem, the vendor got this info from Adaptec) but this new firmware would not be compatible with our mainboard.
Thus, they send us a new Controller Adaptec 51645.

BTW, this cannot be a problem in the OS because the verify_fix runs entirely on the Controller OS (IMHO).

I was wondering why not more people has this problem. We are running Debian Lenny though, because we wanted console access to the NAS.
And that kernel was a 2..6.26, now I am using 2.6.32 from lenny-backport and the problem still exists.

[red]

after my vortex was randomly failing harddisks and random kernel panics i did throw it trough the window and got myself another areca

it is just unaccaptable that a enterprise class raid controller isnt supported anymore, its not even that old..

[Gr-R]

According to our vendor, this controller has an error in the paritiy algorithm. There is a none public newer firmware at Adaptec (they are aware of this problem, the vendor got this info from Adaptec) but this new firmware would not be compatible with our mainboard.

This would appear a difficult fix for adaptec. If at all.
Thanks for the info.

[dweberwr]

Is this something that those of us with adaptec controllers should be worried about? I have a 51645 controller on my dss box, and I have had zero issues with it so far that I am aware of...