Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 21 Apr 2008 08:05:28 -0600
From:      Scott Long <scottl@samsco.org>
To:        Dmitry Morozovsky <marck@rinet.ru>
Cc:        "Andrey V. Elsukov" <bu7cher@yandex.ru>, emaste@freebsd.org, current@freebsd.org, sos@freebsd.org
Subject:   Re: Adaptec 1420SA support?
Message-ID:  <480C9F28.6050400@samsco.org>
In-Reply-To: <20080421140600.E72747@woozle.rinet.ru>
References:  9060000000212025383 <1415691208445504@webmail12.yandex.ru> <48077B1C.5070608@samsco.org> <20080420185448.X56317@woozle.rinet.ru> <480B5DA0.6030404@samsco.org> <20080420192735.G56317@woozle.rinet.ru> <20080420193212.Y56317@woozle.rinet.ru> <20080420194331.Y56317@woozle.rinet.ru> <480B6664.9040602@samsco.org> <20080420201013.M56317@woozle.rinet.ru> <20080421140600.E72747@woozle.rinet.ru>

next in thread | previous in thread | raw e-mail | index | archive | help
Dmitry Morozovsky wrote:
> 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> @@ -146,7 +146,7 @@
> 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@moleskin:~# atacontrol status ar0
> ar0: ATA RAID1 status: DEGRADED
>  subdisks:
>    0 ad16 ONLINE
>    1 ad18 ONLINE
> marck@moleskin:~# atacontrol rebuild ar0
> atacontrol: ioctl(IOCATARAIDREBUILD): Input/output error
> marck@moleskin:~#
> 
> Or, should I wipe out ar label from the second disk to emulate disk 
> replacement?
> 

Generating metadata is not supported, nor is automatic failover to a
spare.  If you're interested in working on the code, let me know and
I'll help you get started.

Scott



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?480C9F28.6050400>