docs/83771: handbook/raid.html and atacontrol.
Julien Gabel
jpeg at thilelli.net
Wed Jul 20 09:10:22 UTC 2005
The following reply was made to PR docs/83771; it has been noted by GNATS.
From: "Julien Gabel" <jpeg at thilelli.net>
To: "Edwin Groothuis" <edwin at mavetju.org>
Cc: bug-followup at FreeBSD.org
Subject: Re: docs/83771: handbook/raid.html and atacontrol.
Date: Wed, 20 Jul 2005 11:05:24 +0200 (CEST)
>>Number: 83771
>>Category: docs
>>Synopsis: handbook/raid.html and atacontrol
>>Confidential: no
>>Severity: serious
>>Priority: medium
>>Responsible: freebsd-doc
>>State: open
>>Quarter:
>>Keywords:
>>Date-Required:
>>Class: doc-bug
>>Submitter-Id: current-users
>>Arrival-Date: Wed Jul 20 07:20:16 GMT 2005
>>Closed-Date:
>>Last-Modified:
>>Originator: Edwin Groothuis
>>Release: FreeBSD 5.2.1-RELEASE i386
>>Organization:
>>Environment:
> System: FreeBSD garak.mavetju 5.4
>
>>Description:
>>How-To-Repeat:
>>Fix:
>
> http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/raid.html
> says (at the bottom):
>
> 3. Reattach the disk as a spare:
> # atacontrol attach 3
> Master: ad6 <MAXTOR 6L080J4/A93.0500> ATA/ATAPI rev 5
> Slave: no device present
>
> Trying that command, it complains that:
> garak# atacontrol attach 3
> atacontrol: ioctl(ATAATTACH): File exists
>
> The right command was:
> garak# atacontrol addspare ar0 ad6
>
> Of course, I could be totally wrong about this, but it works for
> me (on 5.4). Thanks to Darius@#thatircchannel for his help.
I think it may be because the corresponding failed drive was lost in the
array configuration, say:
# atacontrol status ar0
ar0: ATA RAID1 subdisks: ad4 status: DEGRADED
Instead of:
# atacontrol status ar0
ar0: ATA RAID1 subdisks: ad4 ad6 status: DEGRADED
^^^
I encoutered a very similar problem recently, and resolved it this way:
http://www.thilelli.net/~jgabel/archives/2005/07/#e2005-07-06T15_39_56.txt
So it not an error in the documentation, but maybe this one may be
completed.
--
-jpeg.
More information about the freebsd-doc
mailing list