From owner-freebsd-current Wed Mar 21 19:25: 3 2001 Delivered-To: freebsd-current@freebsd.org Received: from infofin.com (infofin.com [63.83.141.101]) by hub.freebsd.org (Postfix) with ESMTP id 3D6D537B718 for ; Wed, 21 Mar 2001 19:24:56 -0800 (PST) (envelope-from grog@sydney.worldwide.lemis.com) Received: from sydney.worldwide.lemis.com ([202.95.108.218]) by infofin.com (8.8.7/8.8.7) with ESMTP id IAA11482; Thu, 22 Mar 2001 08:59:10 -0500 Received: (from grog@localhost) by sydney.worldwide.lemis.com (8.11.1/8.9.3) id f2JE3a830080; Mon, 19 Mar 2001 22:03:36 +0800 (SGT) (envelope-from grog) Date: Mon, 19 Mar 2001 22:03:36 +0800 From: Greg Lehey To: Alfred Perlstein Cc: "Niels Chr. Bank-Pedersen" , current@FreeBSD.ORG, Matthew Jacob Subject: Re: how's vinum these days with DEVFS? Message-ID: <20010319220336.D29765@sydney.worldwide.lemis.com> References: <20010311115147.L57126@wantadilla.lemis.com> <20010311112923.A41738@bank-pedersen.dk> <20010311032701.G18351@fw.wintelcom.net> <20010312091758.R57126@wantadilla.lemis.com> <20010311203903.M18351@fw.wintelcom.net> <20010312155017.R11986@wantadilla.lemis.com> <20010311222611.S18351@fw.wintelcom.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <20010311222611.S18351@fw.wintelcom.net>; from bright@wintelcom.net on Sun, Mar 11, 2001 at 10:26:11PM -0800 Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sunday, 11 March 2001 at 22:26:11 -0800, Alfred Perlstein wrote: > * Greg Lehey [010311 21:20] wrote: >> On Sunday, 11 March 2001 at 20:39:03 -0800, Alfred Perlstein wrote: >>> * Greg Lehey [010311 15:21] wrote: >>>> On Sunday, 11 March 2001 at 3:27:02 -0800, Alfred Perlstein wrote: >>>>> >>>>> Vinum+DEVFS doesn't make the million symlinks that non-devfs >>>>> vinum does. >>>> >>>> The only symlinks that the non-devfs version makes are to the drives. >>>> Everything else is device nodes. But yes, it doesn't make as many >>>> device nodes, and that is a Good Thing. >>>> >>>>> Try using /dev/vinum/vol/raid01 instead of /dev/vinum/raid01 >>>>> >>>>> (notice you need the '/vol/' path component) >>>> >>>> I missed that. This is not correct. The directory /dev/vinum/vol >>>> should go away. >>> >>> Er, too late. :) >>> >>> On a devfs system here's what you'll see: >>> >>>>> ls -lR /dev/vinum/ >>> total 0 >>> crw------- 1 root wheel 91, 0x40000001 Feb 22 21:26 Control >>> crw------- 1 root wheel 91, 0x40000002 Feb 22 21:26 control >>> crw------- 1 root wheel 91, 0x40000000 Feb 22 21:26 controld >>> drwxr-xr-x 2 root wheel 0 Mar 11 03:24 plex >>> drwxr-xr-x 2 root wheel 0 Mar 11 03:24 sd >>> drwxr-xr-x 2 root wheel 0 Mar 11 03:24 vol >>> >>> /dev/vinum/plex: >>> total 0 >>> crw------- 1 root wheel 91, 1 Feb 22 21:26 vinum0.p0 >>> >>> /dev/vinum/sd: >>> total 0 >>> crw------- 1 root wheel 91, 2 Feb 22 21:26 vinum0.p0.s0 >>> crw------- 1 root wheel 91, 0x10000002 Feb 22 21:26 vinum0.p0.s1 >>> >>> /dev/vinum/vol: >>> total 0 >>> crw------- 1 root wheel 91, 0 Feb 22 21:26 vinum0 >>> >>> >>> I'd like to keep it this way, it just makes sense. >> >> No, that's a gratuitous change. All the docco talks about keeping the >> volumes in the main directory. That's why people are having trouble. >> Yes, it looks more uniform, but the objects aren't uniform. > > Since both you and Poul refused to fix the code I choose how I thought > it should be. Can you explain why: > >> Yes, it looks more uniform, but the objects aren't uniform. > > It just doesn't make sense to me to mix these device nodes in > with the control/Control/controld nodes. Understood. But I don't like the very long device names. > Also, why not have a /dev/vinum/ctl/ directory for those nodes? I can go along with that. They're almost completely invisible anyway. We could even call it /dev/vinum/.ctl. Greg -- Finger grog@lemis.com for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message