Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 19 Oct 2001 10:48:15 -0600
From:      Chad David <davidc@acns.ab.ca>
To:        John Baldwin <jhb@FreeBSD.org>
Cc:        freebsd-current@FreeBSD.org
Subject:   Re: disk_clone() bug
Message-ID:  <20011019104815.A92045@colnta.internal>
In-Reply-To: <XFMail.011019082457.jhb@FreeBSD.org>; from jhb@FreeBSD.org on Fri, Oct 19, 2001 at 08:24:57AM -0700
References:  <20011019022229.A90892@colnta.internal> <XFMail.011019082457.jhb@FreeBSD.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, Oct 19, 2001 at 08:24:57AM -0700, John Baldwin wrote:
> 
> On 19-Oct-01 Chad David wrote:
> > I posted a bug report and patch in kern/29104 and Dima Dorfman also mentioned
> > this in July/August, but it still has not been resolved.  The method of
> > triggering it that I detailed in my bug report no longer seems to work,
> > but I've managed to create another one.
> > 
> ># mdconfig -a -t swap -s 32m -u 10
> ># disklabel -r -w md10 auto
> ># disklabel -e md10e (copy c to e and set type to 4.2BSD)
> ># ls -l /dev/md10*
> > crw-r-----  1 root  operator   95, 0x00010052 Oct 19 01:50 /dev/md10
> > crw-r-----  1 root  operator   95,  82 Oct 19 02:00 /dev/md10c
> > crw-r-----  1 root  operator   95,  84 Oct 19 01:55 /dev/md10ec
> > crw-------  1 root  wheel      95, 0xffff00ff Oct 19 01:50 /dev/mdctl
> 
> Well, you are supposed to be running disklabel -e on md10, not md10e.  You edit
> the disklabel on a disk or slice, not the disklabel from inside of a partition
> defined by that disklabel.  Make sense? :)  Disklabel should probably fail to
> actually run in this case since md10e doesn't exist and certainly wouldn't have
> a valid disklabel to edit if it did exist.

	Yes, that does make sense.  Thank you.  In normal cases disklabel would
	have failed, but the (md) disk clone code seems to (incorrectly) create
	it on the fly.  Even an ls /dev/md10e would create the file.  The problem
	is that ls -l md10eeec returns

	crw-r----- 1 root operator 95, 20 Oct 19 02:19 /dev/md2eeec
	which I'm guessing is a bad device name :).

	Since phk has indicated where the real problem is I will see if I can
	track it down and provide a patch.

	Thanks.

-- 
Chad David        davidc@acns.ab.ca
ACNS Inc.         Calgary, Alberta Canada
"When Linux was first ported to the Furby platform,
it suffered from significant stability and performance
problems, which gave the Furby an unfortunate reputation
as being unsuitable for enterprise-level computing."
                                 -- furbeowulf site


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




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