cvs commit: src/sys/amd64/conf GENERIC src/sys/i386/conf GENERIC src/sys/ia64/conf GENERIC src/sys/pc98/conf GENERIC src/sys/powerpc/conf GENERIC src/sys/sparc64/conf GENERIC src/sys/sun4v/conf GENERIC

[Daniel O'Connor]

On Wednesday 28 February 2007 07:22, Pawel Jakub Dawidek wrote:
> Dag-Erling, you're proposing removing it from GENERIC, because ataraid
> doesn't work nicely in the current world order. From what I looked some
> time ago ataraid isn't using GEOM to access components. AFAIR at some
> point ataraid was hidding components. Gmirror/graid3 for example opens
> all components for write+exclusive which prevents such mistakes.
>
> Anyway, if we decide to remove glabel from GENERIC, I'd at least like to
> make the consensus clear - ataraid should be changed to fit better in
> what we currently have.

I hope changing ataraid doesn't mean removing the ability to access the 
underlying devices that comprise a RAID array.

Having this ability is quite useful as it allows you to monitor the status of 
the subdisks easily (with smartmontools) as well as do things like read the 
serial numbers (atacontrol cap adX), etc..

I don't know if you can use smartctl, atacontrol, etc with graid3 as I don't 
use it.

-- 
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gsoft.com.au
"The nice thing about standards is that there
are so many of them to choose from."
  -- Andrew Tanenbaum
GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/cvs-src/attachments/20070228/38de34ce/attachment.pgp