Due to fiscal issues existing in many organizations, the AFS and Kerberos Best
Practices Workshop committee has elected to hold this year's workshop as a
teleconference, one week later than originally planned: June 13-17 2011. Online
registration will be made available soon, and additional detai
> Anyone have experience using XFS or other filesystems instead of ext*?
*waves*
I am using xfs now and plan to use xfs on my new servers. This time I
will try to tune xfs as well. Currently I lean to the following config:
Dell515 with Centos 5
HW mirrored SATA disks for root file system and x
"after 2 hours" is the CPS refresh interval. aklog -force would have
done it instantly, tho it doesn't explain what the problem was.
On Wed, Apr 13, 2011 at 12:19 PM, Michal Svamberg wrote:
> I update krb5.conf on fileserver elektra2, after 2 hours was all in order.
> But same old krb5.conf file
On Wed, 13 Apr 2011 13:54:12 -0400
Eric Chris Garrison wrote:
> I've measured two ways, using "time vos move" and dividing the size by
> the time, and confirmed the rough result by watching the transfer rate
> on "iftop".
Okay, but the actual amount of data going over the wire is closer to
'vos
On Wed, Apr 13, 2011 at 1:54 PM, Eric Chris Garrison wrote:
> On 4/13/11 12:01 PM, openafs-info-requ...@openafs.org wrote:
>> From: Andrew Deason
>> Date: Tue, 12 Apr 2011 15:59:22 -0500
>> Organization: Sine Nomine Associates
>> Subject: [OpenAFS] Re: vos move speed rates
>>
>> On Tue, 12 Apr 20
On 4/13/11 12:01 PM, openafs-info-requ...@openafs.org wrote:
> From: Andrew Deason
> Date: Tue, 12 Apr 2011 15:59:22 -0500
> Organization: Sine Nomine Associates
> Subject: [OpenAFS] Re: vos move speed rates
>
> On Tue, 12 Apr 2011 16:20:25 -0400
> Eric Chris Garrison wrote:
>
>> > I've asked s
I update krb5.conf on fileserver elektra2, after 2 hours was all in order.
But same old krb5.conf file is on elektra1 without problems. I was this
problem with group "system:av", when I used system:administrators, then
priviledges were applied correctly.
Now is this problem solved, thanks for idea
On Wed, Apr 13, 2011 at 9:33 AM, Michal Svamberg wrote:
> Hello,
> I have two same fileservers for user volumes - elektra1.zcu.cz and
> elektra2.zcu.cz
> The problem is only on all (I tested on 4 volumes) volumes at elektra2 server.
> The group 'system:av' have rlidwka rights, but the rights is no
I have seen a very similar problem caused by incorrect (or missing)
configuration file
/usr/afs/etc/krb.conf
That file must contain the names of Kerberos realm(s) that AFS authenticates
against, so I would first check whether krb.conf is healthy.
http://docs.openafs.org/Reference/5/krb.conf.htm
Hello,
I have two same fileservers for user volumes - elektra1.zcu.cz and
elektra2.zcu.cz
The problem is only on all (I tested on 4 volumes) volumes at elektra2 server.
The group 'system:av' have rlidwka rights, but the rights is not applied.
$ fs la .
Access list for . is
Normal rights:
system:
> > The difference to a "normal" directory is the FileAttribute returned by
> QueryBasicInformationFile.
> > For the symlink it is "N" and for a "normal" directory it is "D". I guess
> that's why the ls fails.
>
> If the symlink is being listed as a file when it is a directory, it is
> because t
On 4/13/2011 5:40 AM, Axel Müller wrote:
> The difference to a "normal" directory is the FileAttribute returned by
> QueryBasicInformationFile.
> For the symlink it is "N" and for a "normal" directory it is "D". I guess
> that's why the ls fails.
If the symlink is being listed as a file when it
-Ursprüngliche Nachricht-
> Whatever the failure is, it is not because of how the symlink is
> created. Determine which Win32 File Operation is failing using Process
> Monitor and discuss that. The fact that the object is a symlink is a
> red-herring.
OK. The failure does not depend how t
13 matches
Mail list logo