Re: Corrupt data - RAID sata_sil 3114 chip

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



cc: linux-ide, linux-raid

There was some talk about corruption on these chips I believe, hopefully someone on the list can offer further insight.

On Tue, 6 Jan 2009, Bengt Samuelsson wrote:

Justin Piszcz skrev:


On Mon, 5 Jan 2009, Bengt Samuelsson wrote:

Justin Piszcz skrev:


On Sun, 4 Jan 2009, Bengt Samuelsson wrote:

Bengt Samuelsson skrev:

~# mdadm -D /dev/md0
------------------------------
/dev/md0:
        Version : 00.90.03
  Creation Time : Fri Sep 12 19:08:22 2008
     Raid Level : raid5
     Array Size : 1465151616 (1397.28 GiB 1500.32 GB)
    Device Size : 488383872 (465.76 GiB 500.11 GB)
   Raid Devices : 4
  Total Devices : 4
Preferred Minor : 0
    Persistence : Superblock is persistent

    Update Time : Fri Jan  2 16:53:10 2009
          State : clean
 Active Devices : 4
Working Devices : 4
 Failed Devices : 0
  Spare Devices : 0

         Layout : left-symmetric
     Chunk Size : 128K

UUID : 68439662:90431c4a:5e66217b:5a1a585f (local to host sm7jqb.dnsalias.com)
         Events : 0.13406

    Number   Major   Minor   RaidDevice State
       0       8        1        0      active sync   /dev/sda1
       1       8       17        1      active sync   /dev/sdb1
       2       8       33        2      active sync   /dev/sdc1
       3       8       49        3      active sync   /dev/sdd1
------------------------------




No memory error

L1 Cache 128 7361MB/s
L2 Cache 64k 3260MB/s
Mem 1024M 275MB/s

Next to check for?

--

You ran a check on the array and then checked mismatch_cnt?
like
~# fsck.ext3 -y -v /dev/md0  ??
You vant to se any log ??  I do not understand maybe?
It works for 95% I want it to work 100%

/var/log/fsck/ceheks
Log of fsck -C -R -A -a
Sun Jan  4 16:30:05 2009

fsck 1.40-WIP (14-Nov-2006)
/: clean, 21179/987712 files, 648652/1973160 blocks
boot: clean, 30/32128 files, 22378/128488 blocks
/dev/md0: clean, 142094/183156736 files, 23162450/366287904 blocks (check after next mount)

Sun Jan  4 16:30:06 2009
----------------

Can I se the sata_sil parameters?
Or test something there?
For me it shuld slow don a bit more.




Run a check on the array:
p34:~# echo check > /sys/devices/virtual/block/md0/md/sync_action

I found /sys/block/md0/md/sync_action
idle

I don't find 'check' i my box, but I run this every 2nd day, it help a bit.
/etc/cron.d/mdadm/
...
5 0 * * 1,3,5 root [ -x /usr/share/mdadm/checkarray ] \
&& /usr/share/mdadm/checkarray --cron --all --quiet
...

p34:~#

Watch the status:
p34:~# cat /proc/mdstat
---
Personalities : [raid6] [raid5] [raid4]
md0 : active raid5 sda1[0] sdd1[3] sdc1[2] sdb1[1]
     1465151616 blocks level 5, 128k chunk, algorithm 2 [4/4] [UUUU]

unused devices: <none>
---

When its done, run:

p34:~# cat /sys/devices/virtual/block/md0/md/mismatch_cnt
/sys/block/md0/md/mismatch_cnt 0

p34:~#

And show the output.

Justin.
I find
/sys/module/sata_sil/parameter/slow_down
0

and some more, all locks ok to me!

My motherboard is KT7A-RAID (not using that raid)
AMD 1.2Ghz
I have a pdf manual.

SATA kontroler board SA3114-4IR
http://it.us.syba.com/product/43/02/05/index.html

Now I have -3C and sunshine outside, I have to go out in the sun now!

--
Bengt Samuelsson
Nydalavägen 30 A
352 48 Växjö

+46(0)703686441

http://sm7jqb.se

[Index of Archives]     [Linux Filesystems]     [Linux SCSI]     [Linux RAID]     [Git]     [Kernel Newbies]     [Linux Newbie]     [Security]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Samba]     [Device Mapper]

  Powered by Linux