Re: RAID LargeDisks and UATA Serious Problems

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

 



You might want to check that the drives aren't faulty.  I just had two
Maxtor 160GB disks fail and it turns out they were faulty.  Download
Powermax from Maxtor's web site and test the drives.

Justin.

----- Original Message -----
From: "zeist" <zeist@comedia.it>
To: <psyche-list@redhat.com>
Sent: Friday, January 17, 2003 9:55 PM
Subject: RAID LargeDisks and UATA Serious Problems


> Greetings
>
> I'm facing serious problems with a Raid partition on UATA133 bus.
> The box is a dual athlon MP with asus MB and REDHAT 8.0.
> The entire system except /home stand on two IBM 80Gb disks (on uata 100
> bus) in Raid 1 with ext3.
> The /home partition stand on 3 Maxtor 120Gb "diamondmax plus 9" uata133 in
> Raid 5 with ext3.
> The system ran fine with 2.4.18-18.8.0smp official redhat kernel and the 3
> Maxtor disks attached to and external Adaptec controller based on
> highpoint hpt370 chipset (note, i used just the ide bus functionality,
> since Raid was software).
> When i switched to 2.4.19 vanilla kernel i started to have problems, first
> of all it seem that the system with vanilla kernels can't deactivate swap
> in logical volume, leaving just an "invalid argument" error when i use
> swapoff command, but the real  problem is that i started to experience
> regular FileSystem corrupitons (just on /home) with lots of data lost in
> reconstructions and fsck.
> At first i thought about problems with ext3 and compatibility between RH
> 8.0 and vanilla kernels (i also wrote about this on ext3-users list) but
> don't seem the case.
> Now i've replaced the highpoint card with a Maxtor pci card ata133 based
> on promise chipset 20269.
> I also tested vanilla 2.4.20 with ext3 patches.
> Theres nothing to do, problems persist, not only during high i/o
> throughtput, but also when i start to store large data on partition.
> I fell back to 2.4.18-18.8.0smp I didn't install the promise patch since
> it seem to me that is already included in rh kernel) without succes, it
> seem that when the data on disks reach about 30% of capacity troubles and
corruptions
> manifests.
> I also thinking about basic design errors, since i have 3 uata 133 disks
> attached to a single pci controller all with dma access activated,
> somebody can confirm that this could represent a bandwith problem?
> When i try to use badblock or other hardware diagnostics tools based on
> badblock command the system freezes and at reboot i need to run fsck
> manually (with new data corruption and loss).
> Things are becoming nasty, since i would like to use reliable IDE system
> for low profile File Servers at work.
> I would like to ask if there are know issues about linux kernel, new
> Large ide disks and uata 100/133 bus, since it seem to me that many other
> people are experiencing problems like this.
>
> Thanks in Advance for your help.
> Nicola Ragozzino
>
> - ------------------------------------------------------------------------
----------------------
> `The true value of a human being can be found in the degree to which he
has attained
>  liberation from the self`
>  - -----------------------------------------------------------------------
-----------------------
>  GPG/PGP keys available on key-servers
>  [RSA 2048] PGP Key fingerprint = 82 78 5A 58 8D E0 31 C9  B4 9D 92 04 0D
F6 C1 82
>  [DSA 4096] GPG Key fingerprint = D5 84 BA F3 24 64 7E B6  97 D0 1A 3B F0
40 89 72  E2 CE 1F C5
>  - -----------------------------------------------------------------------
-----------------------
>
>
>
> --
> Psyche-list mailing list
> Psyche-list@redhat.com
> https://listman.redhat.com/mailman/listinfo/psyche-list



-- 
Psyche-list mailing list
Psyche-list@redhat.com
https://listman.redhat.com/mailman/listinfo/psyche-list

[Index of Archives]     [Fedora General Discussion]     [Red Hat General Discussion]     [Centos]     [Kernel]     [Red Hat Install]     [Red Hat Watch]     [Red Hat Development]     [Red Hat 9]     [Gimp]     [Yosemite News]

  Powered by Linux