Date: Sun, 26 Jun 2005 20:40:42 -0700 From: Sean Hafeez <sah.list@gmail.com> To: Norberto Meijome <freebsd@meijome.net> Cc: freebsd-questions@freebsd.org Subject: Re: 4 GB file limit? (WAS gzip from ports vs gzip from system) Message-ID: <9C6EADF8-A6F3-464D-AC32-1E0FA87A662B@gmail.com> In-Reply-To: <42BE9359.8000401@meijome.net> References: <42BE3798.1020200@meijome.net> <20050626052603.GB9894@dan.emsphone.com> <42BE442C.9090502@meijome.net> <42BE4F33.6040101@meijome.net> <20050626070220.GA51206@dan.emsphone.com> <42BE9359.8000401@meijome.net>
next in thread | previous in thread | raw e-mail | index | archive | help
windows limit. 4gb file size limit. On Jun 26, 2005, at 4:36 AM, Norberto Meijome wrote: > to recap: > dump | gzip > nfs_share_on_w2k_NAS_running_ServicesForUnix > > This works fine until the size of the file created on the nfs_share > is just under 4 GB (originally thought 2 GB problem) > > Client : FBSD 4.11, cvsuped April 15th 05, world + kernel. > Server : Win2K-Storage server, SP4, Microsoft Windows Services for > UNIX 3.5 [8.0.1969.1] > > more below > > Dan Nelson wrote: > > >>> Norberto Meijome wrote: >>> >>> DUMP: 66.60% done, finished in 1:32 >>> >>> gzip: stdout: File too large >>> DUMP: Broken pipe >>> DUMP: The ENTIRE dump is aborted. >>> >>> >> That looks like whatever filesystem gzip was writing to couldn't >> handle >> files over 2gb. You mentioned writing to a remote filesystem using >> amd, but it defaults to NFSv3. Were you maybe writing to a FAT fs on >> the remote end? You can also see whether amd actually mounted the >> remote fs with NFSv2 by uncommenting the "/var/log/all.log" line in >> /etc/syslog.con, touching /var/log/all.log, and restarting syslog. >> Then have amd remount the remote system and check the log. >> >> > Hmm. ok, as suspected gzip v1.3.5 from ports fails as the other > one. And the filesize it died on is 4,294,950,912 bytes . Just > under 4 GB - 16K less than 4 GB. (back to system gzip of course :) ) > > The native FS on the NAS is NTFS, which doesnt have this kind of > limitation , as per the following article from MS(may wrap) > > http://www.microsoft.com/resources/documentation/Windows/XP/all/ > reskit/en-us/Default.asp?url=/resources/documentation/Windows/XP/ > all/reskit/en-us/prkc_fil_tdrn.asp > > I just checked from the server itself with dd from SFU, can create > a 5 GB file with no probs. > dd if=/dev/zero of=/dev/fs/E/temp/test1 bs=4096 count=1310720 > > So i've stopped amd, bounced box clean, mounted the share via NFS3 > > mount_nfs -3 edsac:/diablo_backs/ /mnt/test1/ > > still running this next pass... > any ideas what is breaking...and why? > > thanks!! > Beto > > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions- > unsubscribe@freebsd.org" > >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?9C6EADF8-A6F3-464D-AC32-1E0FA87A662B>