RE: why not use the promise scusi emulation driver ?

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

 



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





[Index of Archives]     [Linux RAID]     [Linux Device Mapper]     [Linux IDE]     [Linux SCSI]     [Kernel]     [Linux Books]     [Linux Admin]     [GFS]     [RPM]     [Yosemite Campgrounds]     [AMD 64]

  Powered by Linux