Date: Tue, 12 Mar 2002 13:14:35 +0100 (CET) From: Rasmus Skaarup <mfbsd@skaarup.org> To: Poul-Henning Kamp <phk@critter.freebsd.dk> Cc: current@FreeBSD.ORG Subject: Re: GEOM code ready for testing Message-ID: <20020312130810.U18984-100000@skaarup.org> In-Reply-To: <1847.1015930895@critter.freebsd.dk>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, 12 Mar 2002, Poul-Henning Kamp wrote: > In message <20020312114526.G17904-100000@skaarup.org>, Rasmus Skaarup writes: > > > >On Tue, 12 Mar 2002, Poul-Henning Kamp wrote: > > > >> In message <1015887527.74983.41.camel@newton.aipo.gov.au>, Carl Makin writes: > > > >> >Would GEOM support accessing a device via multiple paths? (ie could we > >> >write a method that would do that?) > >> > >> Yes, that would be possible. > > > >Have you given any thought to how that might be implemented? If somekind > >of ID is required to identify the same disk via multiple paths, in which > >part of GEOM will this be implemented? > > > > Basically when a new "g_provider" is created it is offered to each method > in turn and if that method likes it, it can stick g_geom on top of it. Ahh.. But do you rule out the possibility that two methods could apply to a g_provider? Or is this even a problem? > How you would recognize the same disk on thre different paths is a good > question. We could implement (if we don't already have it) an > ioctl/BIO_GETATTR which returns the serial number(s) of the diskdevice > and you could query that. Hmm, but I'm not sure all kinds of storage devices have serialnumbers that could be fetched (tape devices for instance?) and can we rely on the hardware manufacturers to provide unique serialnumbers? Best regards, Rasmus Skaarup 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?20020312130810.U18984-100000>