Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 04 Oct 2002 20:17:36 +0200
From:      Poul-Henning Kamp <phk@critter.freebsd.dk>
To:        n0go013 <ttz@blahdeblah.demon.co.uk>
Cc:        current <freebsd-current@freebsd.org>, not on list - please copy <hackers@freebsd.org>
Subject:   Re: [ GEOM tests ] vinum drives lost 
Message-ID:  <54640.1033755456@critter.freebsd.dk>
In-Reply-To: Your message of "Fri, 04 Oct 2002 19:09:12 BST." <20021004180912.GD10830@pooh.blahdeblah.demon.co.uk> 

next in thread | previous in thread | raw e-mail | index | archive | help
In message <20021004180912.GD10830@pooh.blahdeblah.demon.co.uk>, n0go013 writes
:
>On 04.10-18:27, Poul-Henning Kamp wrote:
>> In message n0go013 writes :
>> >On 04.10-15:40, fergus wrote:
>> > > On 04.10-14:20, Poul-Henning Kamp wrote:
>> > > [...]
>> > > > I suspect vinum uses this sysctl to get an inventory of disks in
>> > > > the system, so can I get you to try again making sure you have
>> > > > rev. 1.20 of src/sys/geom/geom_disk.c ?
>> > [...]
>> > > i'll let you know the test results when i have some.
>> >
>> > same results -- can't initialise any drives.  i think the example below
>> > points more directly to the issue but i'm pretty sure it is because the
>> > direct read from the disk does not return a valid disklabel.  without a
>> > 'vinum' partition entry vinum spews.
>> 
>> I have no idea how vinum does this or something else, but clearly
>> something is not done the right way in vinum...
>
>apparently by allocating a bio header via 'geteblk' and calling the
>DEV_STRATEGY macro.  not that it means anything to me but probably to
>you it does (well i get the idea but . . .).
>
>what is the correct way to read the disklabel ?  i'll hack around and
>see if i can't clean up this and the other pieces of direct IO.

I would need to look at the code to be able to tell, I don't have
time for that.


-- 
Poul-Henning Kamp       | UNIX since Zilog Zeus 3.20
phk@FreeBSD.ORG         | TCP/IP since RFC 956
FreeBSD committer       | BSD since 4.3-tahoe    
Never attribute to malice what can adequately be explained by incompetence.

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?54640.1033755456>