On Wed, 18 Dec 1996 10:16:57 -0600 
 "Marshall Midden" <m4@nts.umn.edu> wrote:

 > I'm using a kernel compiled from sup-current @7am that day:
 >     NetBSD 1.2B (M4.4) #2: Fri Dec  6 12:32:40 CST 1996
 > 
 > ccdconfig -g
 >   ccd0 0 0 /dev/sd1g /dev/sd2g /dev/sd3g /dev/sd4g /dev/sd5g /dev/sd8g
 >	/dev/sd8h /dev/sd9g /dev/sd10g
 > 
 > (Really 8 disks -- had problem with 4gb sd8 and created two partitions, then
 > found out I couldn't add, but left it as 2 partitions.)

Ah, ok ... you're not striping, you're simply concatenating...

 > -----------------------------------------------------------------------------
 > In an effort to figure out what is wrong, I created this wonderful message,
 > but finally figured out what is wrong.
 > 
 > 	foreach i ( 1 2 3 4 5 8 9 10 )
 > 	  disklabel sd$i | grep 'c:'
 > 	end
 > Guess what, disk label is in core!  Doing a "df /dev/rsd${i}c" found the
 > problem.  Disk number 9 decided to die.  So, the component "4" is not a very
 > useful number.

Ok... so, just so I'm clear on this, the actual bug you're reporting is that
the ccd is reporting the error on the incorrect component?  i.e. the
problem component was actually /dev/sd9g, but component 4 translates to
/dev/sd5g?  Hmm..

Jason R. Thorpe                                       thorpej@nas.nasa.gov
NASA Ames Research Center                               Home: 408.866.1912
NAS: M/S 258-6                                          Work: 415.604.0935
Moffett Field, CA 94035                                Pager: 415.428.6939