Would you recommend the product? yes | Price you paid?: None indicated | Rating: 3
|
Kernel (uname -r):
|
2.4.20
|
|
Distribution:
|
red hat 9
|
Hi.
Got called in to fix a Red Hat 9 problem, running software raid.
00:0e.0 RAID bus controller: Triones Technologies, Inc. HPT366/368/370/370A/372 (rev 05)
You mentioned the array would be "crunched" if it didnt have those hde=noprobe kernel boot parameters.
The machine I am using to check the harddrives was having these errors:
It would recognize the partition table fine (fdisk), however not the individual partitions.
# cat /dev/hdg7
cat: /dev/hdg7: Input/output error
hdg7: bad access: block=20, count=12
end_request: I/O error, dev 22:07 (hdg), sector 20
hdg7: bad access: block=22, count=10
end_request: I/O error, dev 22:07 (hdg), sector 22
hdg7: bad access: block=24, count=8
end_request: I/O error, dev 22:07 (hdg), sector 24
hdg7: bad access: block=26, count=6
end_request: I/O error, dev 22:07 (hdg), sector 26
hdg7: bad access: block=28, count=4
end_request: I/O error, dev 22:07 (hdg), sector 28
hdg7: bad access: block=30, count=2
end_request: I/O error, dev 22:07 (hdg), sector 30
etc...
is this due to the "crunched" array ?
Also when i tried to rebuild the software array I would get errors along the lines of:
mdadm: /dev/hde1 is too small: 0K
mdadm: /dev/hdg1 is too small: 0K
mdadm: create aborted
i am unsure if this is a linux or hardware problem?
dave.
|