Date: Tue, 23 Sep 2008 13:07:33 +0900 From: Hideki Sakamoto <hsakamt@tsnr.com> To: freebsd-drivers@freebsd.org Subject: Re: [RELENG_6] ATARAID oddity Message-ID: <48D86B85.8050304@tsnr.com> In-Reply-To: <200809222203.WAA20882@sopwith.solgatos.com>
index | next in thread | previous in thread | raw e-mail
Hi, > Even if there *is* an appropriate controller in the system, presumably it > isn't going to work unless the disk is connected to that controller. As far as understanding, ataraid is software RAID and meta data is just used to determine whether a HDD is member of a RAID-set or not. And I think it's probably work even if there is no consistency between a meta data format and Controler Chip under the situation that the Controller is attached with and controlled by ATA(ad?) driver. This behavior may be useful in trouble shooting(e.g. Controller is dead, all HDD is OK, but I only have the motherboard with different ATA Controller Chip I used). So I think it's interesting to consider an (optional) implementation of: The ataraid driver can recognize any supported meta data format with all supportd Controller Chip. If you want to use a HDD which is used as member of ataraid in past time. You must delete or overwrite meta data on HDD by hand using atacontrol(8). Thanks, Dieter said: >> I.e. if you insert a drive that was part of a volume from an Adaptec >> RAID controller into another system, the new system will attempt to >> treat that disk as though it were associated with a HOST Raid controller. >> >> I don't think that this is the desired behavior. Even if the host raid >> meta-data is detected, the system shouldn't attempt to treat the disk as >> part of a HOST raid set without the appropriate controller in the system. > > Even if there *is* an appropriate controller in the system, presumably it > isn't going to work unless the disk is connected to that controller. > > We want the ability to migrate a disk from Adaptec to some other > controller without screwy things happening. > _______________________________________________ > freebsd-drivers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-drivers > To unsubscribe, send any mail to "freebsd-drivers-unsubscribe@freebsd.org"help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?48D86B85.8050304>