From owner-freebsd-current Tue Jun 18 14:22:35 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA27824 for current-outgoing; Tue, 18 Jun 1996 14:22:35 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA27812 for ; Tue, 18 Jun 1996 14:22:30 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id XAA24697 for ; Tue, 18 Jun 1996 23:22:27 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id XAA26970 for freebsd-current@FreeBSD.org; Tue, 18 Jun 1996 23:22:27 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id XAA09482 for freebsd-current@FreeBSD.org; Tue, 18 Jun 1996 23:13:18 +0200 (MET DST) From: J Wunsch Message-Id: <199606182113.XAA09482@uriah.heep.sax.de> Subject: Re: Bug in NFS To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Tue, 18 Jun 1996 23:13:17 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from Tony Jago at "Jun 18, 96 05:56:30 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Tony Jago wrote: > > (The NFS spec seems to use a 32-bit integer to pass the `rdev' field, > > so it's IMHO not strictly necessary to limit the information.) > I am using NFSv3 in fact after a bit of testing that seems to be the > problem!!! If I use NFSv2 then it works fine. I smell a bug.... Oooops. In NFS v3, both the major and the minor number are allowed to be 32 bits. I assume something has been over-eager in stripping them down. specdata3 struct specdata3 { uint32 specdata1; uint32 specdata2; }; The interpretation of the two words depends on the type of file system object. For a block special (NF3BLK) or character special (NF3CHR) specdata1 and specdata2 are the major and minor device numbers, repectively. (This is obviously a UNIX-specific interpretation.) For all other file types, these two words should either be set to 0 or the values should be agreed upon by the client and server. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-)