Re: RAID bus controller: Promise Technology, Inc. PDC20376 (FastTrak376)(rev 02)
Superuserman wrote: The BIOS can set the disks up as RAID0, RAID1 or RAID0+1 or as individual disks. How can I tell the sata_promise I am using RAID mode not individual disks? You can use normal Linux software RAID (CONFIG_BLK_DEV_MD in kernel configuration). It works on any controller. You have to set it up using standard Linux tools. See http://www.tldp.org/HOWTO/Software-RAID-HOWTO.html Michal -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Re: RAID bus controller: Promise Technology, Inc. PDC20376 (FastTrak376)(rev 02)
[EMAIL PROTECTED] wrote: The native Promise RAID mode is now a big turn off. Beacuse there is no such thing. Your Promise is not a HW RAID controller. Please see http://linux.yyz.us/sata/faq-sata-raid.html and http://linux.yyz.us/sata/software-status.html#pata Michal + Michal- No, Promise RAID mode is not a HW RAID controller. I think the Promise RAID mode is a TOY RAID controller. I already tried the HW_raid module and that didn't work. I tried the sata_promise module and that didn't work either. I can't find the TOY_raid module for Promise. I have a VIA RAID also on the motherboard and think that also uses the TOY_raid module. Does anybody have the TOY_raid module for Promise or VIA? What about Intel and Sil? This seems to be a problem with i386 also for all motherboards with a TOY RAID in the BIOS. Thanks for the links. The VIA RAID mode and Promise RAID mode have a BIOS ROM chip not a PGA chip so they aren't hardwired. The BIOS can set the disks up as RAID0, RAID1 or RAID0+1 or as individual disks. How can I tell the sata_promise I am using RAID mode not individual disks? I don't think the sata_promise was designed to use the native Promise RAID mode. Is there someplace that says not to use the sata_promise for native Promise RAID mode? I don't disagree with the sata_promise not supporting the native Promise RAID mode because TOY RAID is bad RAID and not good enough for Linux. Did I miss something someplace? Maybe I should say: The native Promise RAID mode is a big don't turn on. [EMAIL PROTECTED] -- AMD Athlon64 @2.4Ghz Corsair TwinX1024-3200XL @480Mhz DDR ASUS A8V Deluxe ASUS Radeon A9250Ge/Td/256 Creative SB Live WD Raptor SATA Maxtor PATA IBM/Okidata Color PostScript3 Lexmark Mono PostScript2 Debian GNU/Linux debian-amd64/pure64 sid Kernel 2.6.10 XFree86 4.3.0 Xorg X11R6.8.2 1.5 Mb DSL -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RAID bus controller: Promise Technology, Inc. PDC20376 (FastTrak376) (rev 02)
Goswin wrote: Hi, I got 2 new SATA drives and pluged them into the onboard Promise PDC20376 (FastTrak 376) and run badblocks on them (both in parallel). The write test completed fine but readcompare locked up my system. I repeated with a read-only test and again it locked up with an DMA timeout. Does anyone have the onboard Promise successfully in use on an Asus K8V board? MfG Goswin Goswin- My experience is now negative for the Promise controller under linux for the Promise mirroring mode. Writing to the SATA sda2 with an ext2 filesystem was not mirrored to the hidden PATA at all. The Promise controller did not notice the discrepancy and did not want to rebuild the array nor permit rebuilding when prompted. I think this is a failure of the Promise controller to cope with the ext2 filesystem or perhaps to more than one partition without regard to the way the sata_promise driver writes to the array. There was no way found to mirror less than a full disk. The disks are handled differently by DOS and Linux under the current sata_promise driver. The DOS makes two disks available when mirroring is turned off and one disk when mirroring is turned on. Linux now presents one disk whether mirroring is on or off. The new 2.6.11 is supposed to contain changes in the way the disks can be accessed. I don't think the Promise controller can natively cope with ext2 filesystems and probably many more. The Promise controller says the array is functional when the mirror is bad. My tests showed the RAID was not mirroring at all while saying the array was functioning properly. If my testing was accurate, the Promise controller fails in mirroring and the native RAID features are unusable for Linux. I have no information about the striping features. I have no plans to use the native Promise RAID modes in the future. They have limited capability to offer and failed in serious ways during my several installations. The native Promise RAID mode is now a big turn off. [EMAIL PROTECTED] -- AMD Athlon64 @2.4Ghz Corsair TwinX1024-3200XL @480Mhz DDR ASUS A8V Deluxe ASUS Radeon A9250Ge/Td/256 Creative SB Live WD Raptor SATA Maxtor PATA IBM/Okidata Color PostScript3 Lexmark Mono PostScript2 Debian GNU/Linux debian-amd64/pure64 sid Kernel 2.6.10 XFree86 4.3.0 Xorg X11R6.8.2 1.5 Mb DSL -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RAID bus controller: Promise Technology, Inc. PDC20376 (FastTrak376) (rev 02)
Superuserman wrote: The native Promise RAID mode is now a big turn off. Beacuse there is no such thing. Your Promise is not a HW RAID controller. Please see http://linux.yyz.us/sata/faq-sata-raid.html and http://linux.yyz.us/sata/software-status.html#pata Michal -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RAID bus controller: Promise Technology, Inc. PDC20376 (FastTrak376) (rev 02)
Goswin wrote: Hi, I got 2 new SATA drives and pluged them into the onboard Promise PDC20376 (FastTrak 376) and run badblocks on them (both in parallel). The write test completed fine but readcompare locked up my system. I repeated with a read-only test and again it locked up with an DMA timeout. Does anyone have the onboard Promise successfully in use on an Asus K8V board? MfG Goswin + Goswin- Promise is GARBAGE for mirroring. I activated the Promise RAID TX2plus in my ASUS AV8 Deluxe with one SATA and one PATA in a RAID mirror mode. The status was Critical for every reboot because the mirror didn't match and had to be rebuilt. This was in DOS not Linux. The mirror mode is just a batch DISKCOPY upon command. I initialized the mirror and FDISK showed only drive f: so the mirroring was active. I copied a file to drive f: and then rebooted without then rebuilding the mirror and turned the RAID off. There was nothing in drive g:! I turned the RAID back on and rebuilt the mirror and then went back to IDE and the file was then in drive g:! Pure garbage. The Promise mirroring is Garbage. Maybe Promise striping is better. Does the AMD64 have enough power to use md with Promise turned off? [EMAIL PROTECTED] -- AMD Athlon64 @2.4Ghz Corsair TwinX1024-3200XL @480Mhz DDR ASUS A8V Deluxe ASUS Radeon A9250Ge/Td/256 Creative SB Live WD Raptor SATA Maxtor PATA IBM/Okidata Color PostScript3 Lexmark Mono PostScript2 Debian GNU/Linux debian-amd64/pure64 sid Kernel 2.6.10 XFree86 4.3.0 Xorg X11R6.8.2 1.5 Mb DSL -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RAID bus controller: Promise Technology, Inc. PDC20376 (FastTrak376) (rev 02)
the owner [EMAIL PROTECTED] writes: Greetings Goswin- I have the Promise disabled in the BIOS. I was going to use my two 250G PATA in a raid only changed my mind. Have you checked out the source? http://linux.yyz.us/sata/ Doesn't list that model. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Re: RAID bus controller: Promise Technology, Inc. PDC20376(FastTrak376) (rev 02)
Goswin wrote: I got 2 new SATA drives and pluged them into the onboard Promise PDC20376 (FastTrak 376) and run badblocks on them (both in parallel). The write test completed fine but readcompare locked up my system. I repeated with a read-only test and again it locked up with an DMA timeout. Does anyone have the onboard Promise successfully in use on an Asus K8V board? +++ Goswin- Mine is the PDC20378 aka TX2 with 2SATA+PATA controlled by the sata_promise kernel module. The PDC20376 is probably very similar, maybe 133 vs 150 or something trivial. That should be listed as TX4/TX2 in the kernel config under low level scsi drivers. The TX4 is a 4SATA chip and uses the same driver as the TX2. The TX2 and TX4 were add-in cards using the PDC2037x chips. I built a kernel with the promise enabled and there were no problems. Maybe the K8 Motherboard List should list sata_promise not PDC2037x to be consistent. The Promise SATA is production code and aught to be working. PATA maybe not depending on the kernel, never did try. [EMAIL PROTECTED] -- AMD Athlon64 @2.4Ghz Corsair TwinX1024-3200XL @480Mhz DDR ASUS A8V Deluxe Pro ASUS Radeon A9250Ge/Td/256 Creative SB Live WD Raptor SATA Maxtor PATA IBM/Okidata Color PostScript3 Lexmark Mono PostScript2 Debian GNU/Linux debian-amd64/pure64 sid Kernel 2.6.10 XFree86 4.3.0 Xorg X11R6.8.2 1.5 Mb DSL -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RAID bus controller: Promise Technology, Inc. PDC20376(FastTrak376) (rev 02)
the owner [EMAIL PROTECTED] writes: Goswin wrote: I got 2 new SATA drives and pluged them into the onboard Promise PDC20376 (FastTrak 376) and run badblocks on them (both in parallel). The write test completed fine but readcompare locked up my system. I repeated with a read-only test and again it locked up with an DMA timeout. Does anyone have the onboard Promise successfully in use on an Asus K8V board? +++ Goswin- Mine is the PDC20378 aka TX2 with 2SATA+PATA controlled by the sata_promise kernel module. The PDC20376 is probably very similar, maybe 133 vs 150 or something trivial. It is supported by the source as such, it has the PCI id in its list. The problem is it doesn't seem to work right. I have a TX4 too which works perfectly. It seems noone else is using the onboard 20376 so it might not be surprising that bugs haven't been found. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RAID bus controller: Promise Technology, Inc. PDC20376(FastTrak376) (rev 02)
Goswin von Brederlow [EMAIL PROTECTED] writes: It is supported by the source as such, it has the PCI id in its list. The problem is it doesn't seem to work right. I have a TX4 too which works perfectly. It seems noone else is using the onboard 20376 so it might not be surprising that bugs haven't been found. I have an ASUS K8V with a Promise PDC20376. It is running under kernel 2.6.9-9-amd64-k8 without problems so far. I probably have never put a very high load on it. Matthias -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RAID bus controller: Promise Technology, Inc. PDC20376 (FastTrak376) (rev 02)
Goswin wrote: Hi, I got 2 new SATA drives and pluged them into the onboard Promise PDC20376 (FastTrak 376) and run badblocks on them (both in parallel). The write test completed fine but readcompare locked up my system. I repeated with a read-only test and again it locked up with an DMA timeout. Does anyone have the onboard Promise successfully in use on an Asus K8V board? MfG Goswin +++ Greetings Goswin- I have the Promise disabled in the BIOS. I was going to use my two 250G PATA in a raid only changed my mind. Have you checked out the source? http://linux.yyz.us/sata/ [EMAIL PROTECTED] -- AMD Athlon64 @2.4Ghz Corsair TwinX1024-3200XL @480Mhz DDR ASUS A8V Deluxe Pro ASUS Radeon A9250Ge/Td/256 Creative SB Live WD Raptor SATA Maxtor PATA IBM/Okidata Color PostScript3 Lexmark Mono PostScript2 Debian GNU/Linux debian-amd64/pure64 sid Kernel 2.6.10 XFree86 4.3.0 Xorg X11R6.8.2 1.5 Mb DSL -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
