knowing NFS in general far better than *BSD in specific, I would guess the best
thing to do (if you suspect server/client communication anomaly) is to grab a
snoop/tcpdump of the failure.  I'm trying to think of a clever way to cause the
failure immediately, so you're not tracing 4GB of writes... mebbe dd's
seek/skip?  or just append to the existing 4GB file.

also, what command are you using on the bsd's to write the 4GB file?  I've
definitely seen issues with VLF-capable OS's failing to write past 2/4GB due to
VLF-incapable utilities.  (on a related note, is there a need for
vlfread()/vlfwrite() in the BSD's, or is VLF support native in the read/write
calls?  

nathan



--- Matthew Jacob <[EMAIL PROTECTED]> wrote:
> 
> To be fair, I should say that the server is a 'specical' box.
> 
> But an lmdd writing to a file in 250GB partition that I started from Solaris
> last night is still going. The NetBSD && FreeBSD writes both stopped at 4GB.
> I
> suppose it still could be the server, but, well, it's hard to sell against
> something that "just works"... .:-)
> 
> 
> On Thu, 25 Jan 2001, Matthew Jacob wrote:
> 
> > 
> > On Thu, 25 Jan 2001, Dan Nelson wrote:
> > 
> > > In the last episode (Jan 25), Matthew Jacob said:
> > > > I came across an embarrassing comparison last night-
> > > > 
> > > > FreeBSD NFS clients (well, i386) stop writing files at 4GB.
> > > > 
> > > > Solaris, with O_LARGEFILE options in the open arguments, does not.
> > > > 
> > > > Does anyone here know what FreeBSD ought to be doing about this? Or
> > > > have I missed something? There is no O_LARGEFILE in fcntl.h (it is
> > > > present for Solaris, ConvexOS and some other platforms, I believe). I
> > > > thought the *BSDs had > 32 bit file support? Or is it only for local
> > > > filesystems?
> > > 
> > > FreeBSD has 64-bit file offsets by default, which make -DLARGEFILE
> > > hackery unnecessary.
> > 
> > So I thought!
> > 
> > > 
> > > Make sure you're using NFSv3 mounts (should be the default, but if not,
> > > add "nfsv3" to the options column in fstab).  I cross-mount FreeBSD,
> > > Tru64, and Solaris boxes via NFS and can access large files on all
> > > combinations of client and server.
> > 
> > Huh. Interesting. The default showed up as a nfsv3 mount:
> > 
> >  1/25  2:12 mountd/v3: granted 192.67.166.79 to /bob ro=0 uid0=60001
> > 
> > The solaris mount showed up as:
> > 
> >  1/25  2:06 mountd/v3: granted 192.67.166.155 to /bob ro=0 uid0=60001
> >  1/25  2:06 nfs/tcp accepted 192.67.166.155,1023
> > 
> > I'll try an explicit v3 mount/tcp and see if it's better.
> > 
> > 
> > 
> > 
> > 
> > To Unsubscribe: send mail to [EMAIL PROTECTED]
> > with "unsubscribe freebsd-current" in the body of the message
> > 
> 


__________________________________________________
Do You Yahoo!?
Yahoo! Auctions - Buy the things you want at great prices. 
http://auctions.yahoo.com/


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Reply via email to