Ahhh I think I will switch to that std IDE ctrl, or do you still think it's a addressing problem?: Aug 18 20:48:44 localhost kernel: md: bind<sda,1> Aug 18 20:48:44 localhost kernel: md: bind<sdb,2> Aug 18 20:48:44 localhost kernel: md: sdb's event counter: 00000000 Aug 18 20:48:44 localhost kernel: md: sda's event counter: 00000000 Aug 18 20:48:44 localhost kernel: md: md0: raid array is not clean -- starting background reconstruction Aug 18 20:48:44 localhost kernel: md: RAID level 1 does not need chunksize! Continuing anyway. Aug 18 20:48:45 localhost kernel: md: raid1 personality registered as nr 3 Aug 18 20:48:45 localhost kernel: md0: max total readahead window set to 508k Aug 18 20:48:45 localhost kernel: md0: 1 data-disks, max readahead per data-disk: 508k Aug 18 20:48:45 localhost kernel: raid1: device sdb operational as mirror 1 Aug 18 20:48:45 localhost kernel: raid1: device sda operational as mirror 0 Aug 18 20:48:45 localhost kernel: raid1: raid set md0 not clean; reconstructing mirrors Aug 18 20:48:45 localhost kernel: raid1: raid set md0 active with 2 out of 2 mirrors Aug 18 20:48:45 localhost kernel: md: updating md0 RAID superblock on device Aug 18 20:48:45 localhost kernel: md: sdb [events: 00000001]<6>(write) sdb's sb offset: 78150592 Aug 18 20:48:45 localhost kernel: md: syncing RAID array md0 Aug 18 20:48:45 localhost kernel: md: minimum _guaranteed_ reconstruction speed: 100 KB/sec/disc. Aug 18 20:48:45 localhost kernel: md: using maximum available idle IO bandwith (but not more than 100000 KB/sec) for reconstruction. Aug 18 20:48:45 localhost kernel: md: using 508k window, over a total of 78150592 blocks. Aug 18 20:48:45 localhost kernel: md: sda [events: 00000001]<6>(write) sda's sb offset: 78150592 Aug 18 20:48:45 localhost kernel: FastTrak : Register Status - BM(0x24) CMD(0x51) Error(0x84) Aug 18 20:48:45 localhost kernel: FastTrak| 1|4119|Error|ECC Error:Disk WDC WD800BB-00CAA0 (Channel 2/Master) at LBA 0x0 Aug 18 20:48:45 localhost kernel: FastTrak : RESET Channel2 - DEV3(OK) Aug 18 20:48:52 localhost kernel: FastTrak : Drive Interrupt Time Out.(1) Aug 18 20:48:52 localhost kernel: FastTrak : RESET Channel1 - DEV1(OK) Aug 18 20:48:58 localhost kernel: FastTrak : Drive Interrupt Time Out.(1) Aug 18 20:48:58 localhost kernel: FastTrak : RESET Channel1 - DEV1(OK) Aug 18 20:48:59 localhost kernel: FastTrak : Register Status - BM(0x24) CMD(0x51) Error(0x84) Aug 18 20:48:59 localhost kernel: FastTrak| 2|4119|Error|ECC Error:Disk WDC WD800BB-00CAA0 (Channel 1/Master) at LBA 0x200 Aug 18 20:48:59 localhost kernel: FastTrak : RESET Channel1 - DEV1(OK) Aug 18 20:49:10 localhost kernel: BM busy(drive 0)BM busy(drive 0)BM busy(drive 0)BM busy(drive 0)BM busy(drive 0)BM busy(drive 0)BM busy(drive 0)BM busy(drive 0)BM busy(drive 0)BM busy(drive 0)BM busy(drive 0)BM busy(drive 0)BM busy(drive 0)BM busy(drive 0)BM busy(drive 0)BM busy(drive 0)BM busy(drive 0)BM busy(drive 0)BM busy(drive 0)BM busy(drive 0)BM busy(drive 0)BM busy(drive 0)BM busy(drive 0)BM busy(drive 0)BM busy(drive 0)BM busy(drive 0)BM busy(drive 0)BM busy(drive 0)BM busy(drive 0)BM busy(drive 0)BM busy(drive 0)BM busy(drive 0)BM busy(drive 0)BM busy(drive 0)BM busy(drive 0)BM busy(drive 0)FastTrak : Drive Interrupt Time Out.(3) Aug 18 20:49:10 localhost kernel: FastTrak : RESET Channel2 - DEV3(OK) Aug 18 20:49:16 localhost kernel: FastTrak : Drive Interrupt Time Out.(3) Aug 18 20:49:16 localhost kernel: Device 08:10 not ready. Aug 18 20:49:16 localhost kernel: I/O error: dev 08:10, sector 512 Aug 18 20:49:16 localhost kernel: raid1: Disk failure on sdb, disabling device. Aug 18 20:49:16 localhost kernel: ^IOperation continuing on 1 devices Aug 18 20:49:16 localhost kernel: raid1: mirror resync was not fully finished, restarting next time. Aug 18 20:49:16 localhost kernel: Device 08:10 not ready. Aug 18 20:49:16 localhost kernel: I/O error: dev 08:10, sector 640 Aug 18 20:49:16 localhost kernel: md: recovery thread got woken up ... Aug 18 20:49:16 localhost kernel: md: updating md0 RAID superblock on device Aug 18 20:49:16 localhost kernel: md: (skipping faulty sdb ) Aug 18 20:49:16 localhost kernel: md: sda [events: 00000002]<6>(write) sda's sb offset: 78150592 Aug 18 20:49:16 localhost kernel: md: md_do_sync() got signal ... exiting Aug 18 20:49:16 localhost kernel: md0: no spare disk to reconstruct array! -- continuing in degraded mode Aug 18 20:49:16 localhost kernel: md: recovery thread finished ... On Sun, 18 Aug 2002 yoram@xxxxxxxxxxxx wrote: > I think there Promise maybe a tiny bit better on my M/B by 33 Mhz... Their > IDE buses are UDMA 133, my standard 2 IDE are UDMA 100. In term of real > speed, I would like to know how much maybe gain by the extra 33 Mhz. > > Yoram > > -----Original Message----- > From: ataraid-list-admin@xxxxxxxxxx > [mailto:ataraid-list-admin@xxxxxxxxxx]On Behalf Of Jens W. Skov - JS > Consult > Sent: 18 August 2002 13:52 > To: ataraid-list@xxxxxxxxxx > Subject: RE: why not use the promise scusi emulation driver ? > > > Next question... why not disable the promise controller and use a std ide > controller ? > > On Sun, 18 Aug 2002 yoram@xxxxxxxxxxxx wrote: > > > This is EXACTLY where I was coming from so the next question is, doesn't > it > > make more sense to use Linux Softraid? > > > > Yoram > > > > > > -----Original Message----- > > From: ataraid-list-admin@xxxxxxxxxx > > [mailto:ataraid-list-admin@xxxxxxxxxx]On Behalf Of Arjan van de Ven > > Sent: 18 August 2002 13:36 > > To: ataraid-list@xxxxxxxxxx > > Subject: Re: why not use the promise scusi emulation driver ? > > > > Their RAID is 100% software.... > > > > > > > > _______________________________________________ > > > > Ataraid-list@xxxxxxxxxx > > https://listman.redhat.com/mailman/listinfo/ataraid-list > > > > - Jens W. Skov - JS Consult > - Phone: 45884077 / 23254077 > - E-Mail: jens@xxxxxxxxxxxx > - Web: http://www.jsconsult.dk http://jnet.dk > - NEW ADDRESS FROM JULY 02: Rævehøjparken 58, 2800 Lyngby > > > > _______________________________________________ > > Ataraid-list@xxxxxxxxxx > https://listman.redhat.com/mailman/listinfo/ataraid-list > > > > _______________________________________________ > > Ataraid-list@xxxxxxxxxx > https://listman.redhat.com/mailman/listinfo/ataraid-list > - Jens W. Skov - JS Consult - Phone: 45884077 / 23254077 - E-Mail: jens@xxxxxxxxxxxx - Web: http://www.jsconsult.dk http://jnet.dk - NEW ADDRESS FROM JULY 02: Rævehøjparken 58, 2800 Lyngby