Derrick,
I don't think it defaults to building the largefile-fileserver. I had a
user that could not 'cat' two files together making a single file of
over 3GB, with my build of OpenAFS-1.4.6. I then built 1.4.7, and
specified --enable-largefile-fileserver. Now I can 'cat' those files
This past weekend I re-ip'ed my afs database server from one net to another.
Everything seems to be functioning except I do not get the correct listing
from vos lista. As it lists the old ip address but not the new name or
new ip.
bash-3.1# vos lista
vsu_ClientInit: Could not get afs tokens,
I've noticed that my backups of AFS are throttled by the CPU.
(I'm backing up to intermediate disk files and from there to tape
using NetWorker. Both volserver and vos are rather hungry for CPU,
I notice. I have disk systems that could take a lot more than is
currently being fed from/to
On Sun, Sep 28, 2008 at 09:49:34PM +0200, Gémes Géza wrote:
from which to me the suspicious line seems to be:
afs_syscall(0x14, 0, 0x400c5603, 0xbffcbfd4, 0) = -1 ENOSYS (Function
not implemented)
which I simply don't understand, because the box otherwise is a fully
functional openafs client
In discussions during 2007 with the HEPiX community, it was made
clear to the gatekeepers that identifying and correcting trouble spots
within Rx was one of the most important areas that OpenAFS needed to
improve in order to maintain the existing deployments within that
community of users. No
Derrick J Brashear wrote:
The OpenAFS Gatekeepers announce the availability of the first release
candidate for OpenAFS version 1.4.8.
Source files and available binaries can be accessed via the web at:
http://www.openafs.org/release/openafs-1.4.8pre1.html
or via AFS at:
UNIX:
Jason Edgecombe wrote:
Derrick J Brashear wrote:
The OpenAFS Gatekeepers announce the availability of the first release
candidate for OpenAFS version 1.4.8.
Source files and available binaries can be accessed via the web at:
http://www.openafs.org/release/openafs-1.4.8pre1.html
or