From owner-freebsd-current Tue Aug 14 22:31:30 2001 Delivered-To: freebsd-current@freebsd.org Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80]) by hub.freebsd.org (Postfix) with ESMTP id C76B137B40B for ; Tue, 14 Aug 2001 22:31:17 -0700 (PDT) (envelope-from grog@lemis.com) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id D77E16ACBC; Wed, 15 Aug 2001 15:01:15 +0930 (CST) Date: Wed, 15 Aug 2001 15:01:15 +0930 From: Greg Lehey To: Poul-Henning Kamp Cc: Andrew Kenneth Milton , Michael Lucas , current@FreeBSD.ORG Subject: Re: devfs and Vinum (was: any -current && vinum problems?) Message-ID: <20010815150115.V49989@wantadilla.lemis.com> References: <20010815113056.H854@zeus.theinternet.com.au> <75038.997852562@critter> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i In-Reply-To: <75038.997852562@critter>; from phk@critter.freebsd.dk on Wed, Aug 15, 2001 at 07:16:02AM +0200 Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ 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 List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wednesday, 15 August 2001 at 7:16:02 +0200, Poul-Henning Kamp wrote: > In message <20010815113056.H854@zeus.theinternet.com.au>, Andrew Kenneth Milton > writes: >> +-------[ Greg Lehey ]---------------------- >>> >> >> [snip] >> >>> whether it's been fixed. Basically, devfs as supplied in CURRENT had >>> a 16 character limit on device names, and it didn't understand >>> subdirectories: it treated the / as a part of the device name. >> >> The subdir part bit me about a week ago, so I'd say it's still not fixed. > > This is absolutely news to me. Thinking about it, it is to me too. I noticed that devfs doesn't create directory nodes when I was trying to find ways to delete existing directory entries, but that's the only problem I've had with it. I mentioned it here because it related to the name length limit: the length of the name includes the complete path from the mount point. > More details on this bug are most welcome. > > I'm working on the 16char limit problem as well, but I want to avoid > allocating memory in incovenient circumstances if at all possible. The problem is that I kept having problems with the devfs/vinum combination even after increasing the size to 96 characters. As I said to you on IRC quite some time ago now: phk: I've been getting a lot of panics out of zaphod. phk: I suspect a bogon or misunderstandingn with Vinum and devfs. groggy: any clues/traces/pointers ? wli: you're not a member of the club. phk: I'm just guessing that it's a name length problem. phk: Hmm. Could be due to incorrect header files somewhere. phk: I upped the name length to 96 chars. phk: Traceback: 1 0xc01b88c4 in panic (fmt=0xc034ce38 "getnewvnode: free vnode isn't") at ../../kern/kern_shutdown.c:598 #2 0xc01fb30e in getnewvnode (tag=VT_UFS, mp=0xc230d400, vops=0xc22c4600, vpp=0xcfcdec10) at ../../kern/vfs_subr.c:552 #3 0xc02c33aa in ffs_vget (mp=0xc230d400, ino=0x12099, vpp=0xcfcdec60) at ../../ufs/ffs/ffs_vfsops.c:1157 #4 0xc02b409d in ffs_valloc (pvp=0xcfc9b920, mode=0x81a4, cred=0xc252db00, vpp=0xcfcdec60) at ../../ufs/ffs/ffs_alloc.c:615 #5 0xc02cc670 in ufs_makeinode (mode=0x81a4, dvp=0xcfc9b920, vpp=0xcfcdeea4, cnp=0xcfcdeeb8) at ../../ufs/ufs/ufs_vnops.c:2215 #6 0xc02c9c14 in ufs_create (ap=0xcfcdedbc) at ../../ufs/ufs/ufs_vnops.c:194 #7 0xc02ccb39 in ufs_vnoperate (ap=0xcfcdedbc) at ../../ufs/ufs/ufs_vnops.c:2587 #8 0xc02068a9 in vn_open (ndp=0xcfcdee90, flagp=0xcfcdee5c, cmode=0x1a4) at vnode_if.h:90 #9 0xc0201f9a in open (p=0xcfc25cc0, uap=0xcfcdef80) at ../../kern/vfs_syscalls.c:1077 #10 0xc0312445 in syscall (frame={tf_fs = 0x2f, tf_es = 0x2f, tf_ds = 0x2f, tf_edi = 0xbfbff9b8, tf_esi = 0x8, tf_ebp = 0xbfbff820, tf_isp = 0xcfcdefd4, tf_ebx = 0x80b54a0, tf_edx = 0x80b5b80, tf_ecx = 0x10, tf_eax = 0x5, tf_trapno = 0xc, tf_err = 0x2, tf_eip = 0x8091fec, tf_cs = 0x1f, tf_eflags = 0x293, tf_esp = 0xbfbff7f4, tf_ss = 0x2f}) at ../../i386/i386/trap.c:1176 phk: I'm wondering whether to analyse, reboot and upgrade, or ignore for the moment. groggy doesn't really point to either of vinum or DEVFS if you ask me... (kgdb) f 9 #9 0xc0201f9a in open (p=0xcfc25cc0, uap=0xcfcdef80) at ../../kern/vfs_syscalls.c:1077 warning: Source file is more recent than executable. 1077 error = vn_open(&nd, &flags, cmode); (kgdb) p *uap $1 = { path = 0x80c4030 "lib/username.o", path_ = 0xcfcdef84 "\001\006", flags = 0x601, flags_ = 0xcfcdef88 "¶\001", mode = 0x1b6, mode_ = 0xcfcdef8c "¸ù¿¿\006" } phk: Not directly. I'm suspecting some kind of corruption. phk: But nobody else has mentioned it, and there must be some reason why it keeps happening. phk: The trouble is, I use this box for two different purposes; phk: 1: Testing Vinum. phk: 1: Testing Samba. * groggy points at http://build.samba.org/ s/1/2/ phk: This only started happening since I installed devfs, and I think it only happens if Vinum is loaded. groggy: well, as far as I know we still havn't conclusive evidence that vinum+DEVFS does the right thing, do we ? phk: Exactly. phk: I was just waiting for you to say "hey, that sounds familiar". groggy I'm sorry I havn't gotten further on the long-names for devices, but life has kind of kept me busy this week, starting with a leaky water pipe last sunday... phk: No worries. I'll keep looking, maybe. Sorry I can't give you a date on this, but I'm sure you remember. Maybe the leaky water pipe will put a date on it :-) Greg -- 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