Displaying 4 results from an estimated 4 matches for "lfcompil".
Did you mean:
lfcompile
2006 Mar 17
2
> 1TB filesystems with ZFS and 32-bit Solaris?
Solaris in 32-bit mode has a 1TB device limit. UFS filesystems in 32-bit
mode also have a 1TB limit, even if using a logical volume manager to
span smaller than 1TB devices.
So, what kind of limit does ZFS have when running under 32-bit Solaris?
--
Erik Trimble
Java System Support
Mailstop: usca14-102
Phone: x17195
Santa Clara, CA
2001 Sep 10
4
scp doesn't work with large (>2GB) files
Hi,
A bug I've had reported is that scp doesn't work with large files
(Debian bug number 106809). The problem seems to be scp.c:504:
if ((fd = open(name, O_RDONLY, 0)) < 0)
Is there some reason why making that
if ((fd = open(name, O_RDONLY|O_LARGEFILE, 0)) < 0)
would break things? It seems a simple fix to me...
Thanks,
Matthew
--
"At least you know where you are
2001 Oct 30
1
[PATCH] for solaris 2.6
I didn't see this one applied to the repository yet.
It may not be the best patch possible... basic problem is that
_LARGEFILE64_SOURCE needs to be defined on Solaris 2.6 if
AC_SYS_LARGEFILE ends up doing a '#define _FILE_OFFSET_BITS 64'
If _FILE_OFFSET_BITS == 64, then <sys/resource.h> will define a
'struct rlimit64' but NOT define a 'struct rlimit' leading to
2007 Aug 27
17
statvfs change
An issue was found with the netBeans installer where
the installation was failing on a large ZFS filesystem.
This resulted in CR 6560644 (zfs statvfs f_frsize needs work).
The issue is that large filesystems can cause EOVERFLOW on
statvfs() calls. This behavior is documented in the statvfs(2)
man page, but I think we can do better.
The problem was initially reported against ZFS, and my first
fix