Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 4 Feb 1999 10:42:00 +1030
From:      Greg Lehey <grog@lemis.com>
To:        Mark Powell <M.S.Powell@ais.salford.ac.uk>
Cc:        freebsd-questions@FreeBSD.ORG
Subject:   Re: What's DIOCWLABEL mean?
Message-ID:  <19990204104200.Q1179@freebie.lemis.com>
In-Reply-To: <Pine.BSF.4.05.9902031636460.27828-100000@plato.salford.ac.uk>; from Mark Powell on Wed, Feb 03, 1999 at 04:43:23PM %2B0000
References:  <Pine.BSF.4.05.9902031636460.27828-100000@plato.salford.ac.uk>

next in thread | previous in thread | raw e-mail | index | archive | help
[Format recovered at freebie.lemis.com]

On Wednesday,  3 February 1999 at 16:43:23 +0000, Mark Powell wrote:
> Trying to label the drives on a 3.0-STABLE box that has 7 drives connected
> to 3 channels, on a DPT SmartRAID IV. All drives are identical with 2 on
> each bus except bus 1 which has 3 drives.
>
> ------
> da0 at dpt0 bus 0 target 0 lun 0
> da0: 4119MB (8436988 512 byte sectors: 255H 63S/T 525C)
> da1: 4119MB (8436988 512 byte sectors: 255H 63S/T 525C)
> da2: 4119MB (8436988 512 byte sectors: 255H 63S/T 525C)
> da3: 4119MB (8436988 512 byte sectors: 255H 63S/T 525C)
> da4: 4119MB (8436988 512 byte sectors: 255H 63S/T 525C)
> da5: 4119MB (8436988 512 byte sectors: 255H 63S/T 525C)
> da6: 4119MB (8436988 512 byte sectors: 255H 63S/T 525C)
>
> However, I just can't put a label on da4 onwards.
> da3 is no problem:
>
> But da4, is:
>
> $ disklabel da3 > /tmp/label
> $ disklabel -R -r da4 /tmp/label
> disklabel: ioctl DIOCWLABEL: Operation not supported by device
>
> Why can I not alter the labels on da4-6 ?

To answer the question in the Subject: line: DIOCWLABEL is an ioctl
call saying ``write disk label''.  There's no such underlying
operation on the device: it just writes in a particular place.  Before
considering it a bug in the DPT hardware or software, I'd be inclined
to check the major and minor numbers for your /dev/da* files, and to
run ktrace on the disklabel operation to find out which device
disklabel really tries to open.  If all appears correct, you should
submit a bug report.

Greg
--
When replying to this message, please copy the original recipients.
For more information, see http://www.lemis.com/questions.html
See complete headers for address, home page and phone numbers
finger grog@lemis.com for PGP public key

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-questions" in the body of the message



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?19990204104200.Q1179>