Re: Adaptec 1420SA support?

From: Dmitry Morozovsky <marck_at_rinet.ru>
Date: Mon, 21 Apr 2008 14:07:15 +0400 (MSD)
On Sun, 20 Apr 2008, Dmitry Morozovsky wrote:

DM> SL> This is just yet another item in the long list of problems with the ata
DM> SL> driver.  As a workaround, try the following patch:
DM> SL> 
DM> SL> --- ata-raid.c
DM> SL> +++ ata-raid.c
DM> SL> _at__at_ -146,7 +146,7 _at__at_
DM> SL>      rdp->disk->d_mediasize = (off_t)rdp->total_sectors * DEV_BSIZE;
DM> SL>      rdp->disk->d_fwsectors = rdp->sectors;
DM> SL>      rdp->disk->d_fwheads = rdp->heads;
DM> SL> -    rdp->disk->d_maxsize = 128 * DEV_BSIZE;
DM> SL> +    rdp->disk->d_maxsize = 32768;
DM> SL>      rdp->disk->d_drv1 = rdp;
DM> SL>      rdp->disk->d_unit = rdp->lun;
DM> SL>      /* we support flushing cache if all components support it */
DM> 
DM> I thought about just the same quick'n'dirty fix, but you're, as usual, quickier 
DM> ;-)
DM> 
DM> Here are the results:
DM> 
DM> # bsdlabel -Bw ar0
DM> # fdisk -s ar0     
DM> /dev/ar0: 9709 cyl 255 hd 63 sec
DM> Part        Start        Size Type Flags
DM>    4:           0       50000 0xa5 0x80
DM> # bsdlabel -R ar0 /dev/stdin
DM> a: 256M 16 4.2BSD 0 0
DM> b: 4G * swap 0 0
DM> d: 4G * 4.2BSD 0.0
DM> e: 8G * 4.2BSD 0 0
DM> # bsdlabel ar0
DM> # /dev/ar0:
DM> 8 partitions:
DM> #        size   offset    fstype   [fsize bsize bps/cpg]
DM>   a:   524288       16    4.2BSD        0     0     0 
DM>   b:  8388608   524304      swap                    
DM>   c: 155985920        0    unused        0     0         # "raw" part, don't 
DM> edit
DM>   d:  8388608  8912912    4.2BSD        0     0     0 
DM>   e: 16777216 17301520    4.2BSD        0     0     0 
DM> # newfs /dev/ar0a
DM> /dev/ar0a: 256.0MB (524288 sectors) block size 16384, fragment size 2048
DM>         using 4 cylinder groups of 64.02MB, 4097 blks, 8256 inodes.
DM> super-block backups (for fsck -b #) at:
DM>  160, 131264, 262368, 393472
DM> GEOM: Reconfigure ar0a, start 8192 length 268435456 end 268443647
DM> GEOM: Reconfigure ar0b, start 268443648 length 4294967296 end 4563410943
DM> GEOM: Reconfigure ar0c, start 0 length 79864791040 end 79864791039
DM> GEOM: Reconfigure ar0d, start 4563410944 length 4294967296 end 8858378239
DM> GEOM: Reconfigure ar0e, start 8858378240 length 8589934592 end 17448312831
DM> # 
DM> 
DM> Seems to behave well so far.  Will test further.

At least after simulating drive loss (atacotrol detach, atacontrol attach) I 
can't rebuild ar0:
                                                                                                                                                                                   
marck_at_moleskin:~# atacontrol status ar0
ar0: ATA RAID1 status: DEGRADED
 subdisks:
   0 ad16 ONLINE
   1 ad18 ONLINE
marck_at_moleskin:~# atacontrol rebuild ar0
atacontrol: ioctl(IOCATARAIDREBUILD): Input/output error
marck_at_moleskin:~#

Or, should I wipe out ar label from the second disk to emulate disk 
replacement?

Sincerely,
D.Marck                                     [DM5020, MCK-RIPE, DM3-RIPN]
[ FreeBSD committer:                                 marck_at_FreeBSD.org ]
------------------------------------------------------------------------
*** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck_at_rinet.ru ***
------------------------------------------------------------------------
Received on Mon Apr 21 2008 - 08:07:17 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:39:30 UTC