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

Pawel Jakub Dawidek pjd at
Wed Feb 28 11:51:36 UTC 2007

On Wed, Feb 28, 2007 at 09:46:42PM +1030, Daniel O'Connor wrote:
> 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..

You will still be able to access them read-only, but you won't be able
to open them for write.

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

Sure, all components are visible in /dev/, but you can't write to them

Pawel Jakub Dawidek             
pjd at                 
FreeBSD committer                         Am I Evil? Yes, I Am!
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
Url :

More information about the cvs-src mailing list