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
--- 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.
> 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 126.96.36.199 to /bob ro=0 uid0=60001
> > The solaris mount showed up as:
> > 1/25 2:06 mountd/v3: granted 188.8.131.52 to /bob ro=0 uid0=60001
> > 1/25 2:06 nfs/tcp accepted 184.108.40.206,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.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message