Date: Thu, 17 Jul 2003 13:33:00 +0200 From: szak@era.pl (=?iso-8859-2?q?S=B3awek_=AFak?=) To: Peter Edwards <petere@openet-telecom.com> Cc: freebsd-current@freebsd.org Subject: Re: NFS problem Message-ID: <861xwps80j.fsf@thirst.corponet.era.pl> References: <867k6iagj4.fsf@thirst.corponet.era.pl> <3F16337B.3004C77E@mindspring.com> <200307170954.28580.petere@openet-telecom.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Peter Edwards <petere@openet-telecom.com> writes: > Hi, > >> > 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. > > I've had problems like this exporting CDs via NFS to solaris. > Sorry the details are murky, but if its the same problem, there's a > work-around. > Check the dmesg output: does it complain about an "RRIP field" from the cd9660 > code? From the source, I think it was > > "RRIP without PX field?" Yep. Same thing here. > The CDs in question were official Sun CDs with Solaris applications (which, of > course, doesn't mean their properly compliant to a standard, just that it's > likely others will run into the same problem) Mine is Forte 7. It's from Sun too. > If this is the issue, then mounting it with NFS v2 actually fixed the problem > for me: I assume the richer operations from v3 were tickling a problem not > noticed with v2. Indeed. Works fine with version two. I don't know why it gets the file stats wrong for CD9660 and ok for ufs2. It should be above the ISO9660 layer when nfsd sees the files. /S
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?861xwps80j.fsf>