I am putting together a four disk array. I want to know if it can be
extended so I am building a 3-disk array and then growing it to 4.
I spent the last week attempting to build and test the array and I have
a problem: the array is thrashed by raidreconf. I need to know if this
is a hardware problem (TX4?), a raidreconf problem or a kernel issue.
It is now becoming urgent for me to sort this out, any hints will be
appreciated.
If this is a TX4 issue, which SATA controllers (4-way) are known to be
supported and good on Linux?
I have a test script that does this:
build a 3-disk raid-5
mkfs.ext3
copy data in
200+GB
fsck
OK
raidreconf
3->4 disks
fsck
failed
The disks are 320GB SATA "WDC WD3200JD-00K Rev: 08.0". Kernel 2.6.13
vanilla. Controller is Promise SATAII150 TX4.
The test takes about 16h to complete.
The rebuild messages:
====================
Sat Sep 10 01:19:07 EST 2005 mdbuild: checking the file system
====================================
/dev/md0: 4136/610560 files (2.7% non-contiguous), 55952642/156285568 blocks
Sat Sep 10 01:25:51 EST 2005 mdbuild: reconfiguring RAID
====================================
Parsing /etc/raidtab.old
Parsing /etc/raidtab.new
Old raid-disk 0 has 1220981 chunks, 312571136 blocks
Old raid-disk 1 has 1220981 chunks, 312571136 blocks
Old raid-disk 2 has 1220981 chunks, 312571136 blocks
New raid-disk 0 has 1220981 chunks, 312571136 blocks
New raid-disk 1 has 1220981 chunks, 312571136 blocks
New raid-disk 2 has 1220981 chunks, 312571136 blocks
New raid-disk 3 has 1220981 chunks, 312571136 blocks
Using 256 Kbyte blocks to move from 256 Kbyte chunks to 256 Kbyte chunks.
Detected 1035336 KB of physical memory in system
A maximum of 1181 outstanding requests is allowed
Working with device /dev/md0
Size of old array: 1875427344 blocks, Size of new array: 2500569792 blocks
---------------------------------------------------
I will grow your old device /dev/md0 of 2441962 blocks
to a new device /dev/md0 of 3662943 blocks
using a block-size of 256 KB
Is this what you want? (yes/no): yes
Converting 2441962 block device to 3662943 block device
Allocated free block map for 3 disks
4 unique disks detected.
Working (/) [02441962/02441962] [############################################]
Source drained, flushing sink.
Reconfiguration succeeded, will update superblocks...
Maximum friend-freeing depth: 8
Total wishes hooked: 2441962
Maximum wishes hooked: 1181
Total gifts hooked: 2441962
Maximum gifts hooked: 991
Congratulations, your array has been reconfigured,
and no errors seem to have occured.
Updating superblocks...
handling MD device /dev/md0
analyzing super-block
disk 0: /dev/sda, 312571224kB, raid superblock at 312571136kB
disk 1: /dev/sdb, 312571224kB, raid superblock at 312571136kB
disk 2: /dev/sdc, 312571224kB, raid superblock at 312571136kB
disk 3: /dev/sdd, 312571224kB, raid superblock at 312571136kB
Array is updated with kernel.
Disks re-inserted in array... Hold on while starting the array...
Sat Sep 10 10:30:19 EST 2005 mdbuild: checking the file system
====================================
/dev/md0: Inode 129 is in use, but has dtime set. FIXED.
/dev/md0: Inode 129 has imagic flag set.
/dev/md0: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.
(i.e., without -a or -p options)
Inspecting the fs shows real corruption. It does not even look like full
bad blocks but specific entries are bad. The some directories are completely
missing and I (naturally) get errors reading the fs (mounted with errors).
/data3/mythtv/tv_grab_au:
========================
total 2968465682
drwxr-sr-x 2 mythtv mythtv 8192 Sep 8 04:56 08092005
drwxr-sr-x 2 mythtv mythtv 8192 Sep 8 04:56 09092005
drwxr-sr-x 2 mythtv mythtv 8192 Sep 8 04:59 10092005
drwxr-sr-x 2 mythtv mythtv 8192 Sep 8 04:57 11092005
drwxr-sr-x 2 mythtv mythtv 8192 Sep 8 04:58 12092005
?--xrws--T 31794 3359396242 982138100 1048034695 Oct 9 1972 13092005
drwxr-sr-x 2 mythtv mythtv 8192 Sep 8 04:59 14092005
drwxr-sr-x 2 mythtv mythtv 8192 Sep 9 04:52 15092005
srw-----w- 26765 936675348 473714967 2355711621 Oct 5 1976 16092005
drwxr-sr-x 2 mythtv mythtv 8192 Aug 26 04:54 26082005
drwxr-sr-x 2 mythtv mythtv 8192 Aug 26 04:54 27082005
drwxr-sr-x 2 mythtv mythtv 8192 Aug 26 04:55 28082005
drwxr-sr-x 2 mythtv mythtv 8192 Aug 26 04:55 29082005
drwxr-sr-x 2 mythtv mythtv 8192 Aug 24 04:57 30082005
-rw-r--r-- 1 mythtv mythtv 362153 Nov 5 2004 guide.xml
The original has:
================
drwxr-sr-x 2 mythtv mythtv 8192 Sep 8 04:56 09092005
drwxr-sr-x 2 mythtv mythtv 8192 Sep 8 04:57 10092005
drwxr-sr-x 2 mythtv mythtv 8192 Sep 8 04:57 11092005
drwxr-sr-x 2 mythtv mythtv 8192 Sep 8 04:58 12092005
drwxr-sr-x 2 mythtv mythtv 8192 Sep 10 04:58 13092005 <<<<<
drwxr-sr-x 2 mythtv mythtv 8192 Sep 8 04:59 14092005
drwxr-sr-x 2 mythtv mythtv 8192 Sep 9 04:52 15092005
drwxr-sr-x 2 mythtv mythtv 8192 Sep 10 05:00 16092005 <<<<<
drwxr-sr-x 2 mythtv mythtv 8192 Sep 10 05:00 17092005
drwxr-sr-x 2 mythtv mythtv 8192 Aug 26 04:54 26082005
drwxr-sr-x 2 mythtv mythtv 8192 Aug 26 04:54 27082005
drwxr-sr-x 2 mythtv mythtv 8192 Aug 26 04:55 28082005
drwxr-sr-x 2 mythtv mythtv 8192 Aug 26 04:55 29082005
drwxr-sr-x 2 mythtv mythtv 8192 Aug 24 04:57 30082005
-rw-r--r-- 1 mythtv mythtv 362153 Nov 5 2004 guide.xml
--
Eyal Lebedinsky (eyal@xxxxxxxxxxxxxx) <http://samba.org/eyal/>
attach .zip as .dat
-
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
