From owner-freebsd-current@FreeBSD.ORG Thu Jul 17 02:23:25 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B390737B401 for ; Thu, 17 Jul 2003 02:23:25 -0700 (PDT) Received: from ptcnat.era.pl (ptcnat.era.pl [213.158.197.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF34F43F93 for ; Thu, 17 Jul 2003 02:23:24 -0700 (PDT) (envelope-from zaks@era.pl) Received: by localhost (Postfix, from userid 1001) id B40AE11541; Thu, 17 Jul 2003 11:23:22 +0200 (CEST) To: Terry Lambert References: <867k6iagj4.fsf@thirst.corponet.era.pl> <3F16337B.3004C77E@mindspring.com> From: szak@era.pl (=?iso-8859-2?q?S=B3awek_=AFak?=) Date: Thu, 17 Jul 2003 11:23:22 +0200 In-Reply-To: <3F16337B.3004C77E@mindspring.com> (Terry Lambert's message of "Wed, 16 Jul 2003 22:26:19 -0700") Message-ID: <86n0fd7bhx.fsf@thirst.corponet.era.pl> User-Agent: Gnus/5.1003 (Gnus v5.10.3) XEmacs/21.4 (Portable Code, berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: freebsd-current@freebsd.org Subject: Re: NFS problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Jul 2003 09:23:26 -0000 Terry Lambert writes: >> I guess there is something wrong with exporting iso9660 CD's over NFS. I've added >> >> /cdrom -ro -mapall=root >> >> to /etc/exports, restarted mountd and after mounting the CD on Solaris 8. All the >> files are 0-sized, dates are set back to the epoch and directories are seen as >> files. Exporting ufs2 filesystems works as expected. > [ ... ] >> Any thoughts? [...] > You are certain you don't see these same attributes on /cdrom > itself, form a shell when you cd to /cdrom? I'm positive. The actual listing of /cdrom is: thirst(2057)# ls -la total 82 dr-xr-xr-x 6 root wheel 2048 Aug 28 2002 . drwxr-xr-x 22 root wheel 512 Jul 16 16:11 .. dr-xr-xr-x 4 root wheel 2048 Aug 28 2002 .install dr-xr-xr-x 3 root wheel 2048 Aug 28 2002 .jvm lr-xr-xr-x 1 root wheel 15 Aug 28 2002 Copyright -> image/Copyright -r-xr-xr-x 1 root wheel 263 Aug 28 2002 autorun -r-xr-xr-x 1 root wheel 92 Aug 28 2002 autorun.inf -r--r--r-- 1 root wheel 133 Aug 28 2002 cd.info dr-xr-xr-x 4 root wheel 2048 Aug 28 2002 image -r-xr-xr-x 1 root wheel 4361 Aug 28 2002 installer lr-xr-xr-x 1 root wheel 20 Aug 28 2002 installing.pdf -> image/installing.pdf lr-xr-xr-x 1 root wheel 23 Aug 28 2002 release_notes.txt -> image/release_notes.txt dr-xr-xr-x 310 root wheel 38912 Jan 1 1970 rr_moved -r-xr-xr-x 1 root wheel 28672 Aug 28 2002 setup.exe -r-xr-xr-x 1 root wheel 1646 Aug 28 2002 volstart If I mount it from other FreeBSD or Tru64 host, it's also seen properly. I guess it's just Solaris problem. I tried Solaris 7,8,9, Tru64 5.0,5.1,5.1a and FreeBSD 4.7,4.8 and 5.0. > If your answer is "no", then it's definitely the externalization of the stat > structure and things like struct direct. Note that the NFS over-the-wire stat > structure is *not* the same as the FFS version which it exports to the stat(2) > and fstat(2) system calls. Probably the thing to do is to look at the > differences in the code, and not assume that the VFS client is always the > system call layer. Now I guess it's Solaris specific. If you want some more details, let me know. /S