On Wed, May 04, 2005 at 08:41:19AM +0200, Stephan Wiesand wrote:
> On Tue, 3 May 2005, chas williams - CONTRACTOR wrote:
>
> >i cant seem to duplicate this failure. deleting on the 1.2 client
> >makes the file disappear on the 1.3 client as well. do you have
> >a little more info? cache types f
>I would actually recommend the use of the module-assistant package for
>building >modules fore pre-built kernels.
>aptitude install module-assistant
>module-assistant update
>module-assistant prepare
>module-assistant auto-install openafs
>should build and install an appropriate openafs-modules
1. i've created an added server.
fs lsmount -dir /afs/.computer-lab.edu/added-afs
'/afs/.computer-lab.edu/added-afs' is a mount point for volume '#536871114'
2. i've created a file name "test-01" in the directory added-afs
fs whereis /afs/.computer-lab.edu/added-afs/test-01
File /afs/.computer-lab.
On Wed, May 04, 2005 at 09:22:45AM +0200, Hans-Werner Paulsen wrote:
> We have the same problem, one machine 1.3.81, the other one 1.3.82:
> 1.3.82:~ >echo a > a
> 1.3.82:~ >cat a
> a
> 1.3.81:~ >cat a
> a
> 1.3.81:~ >rm a
> 1.3.81:~ >cat a
> cat: a: No such file or directory
> 1.3.82:~ >cat a
I c
Hi,
On Wed, 4 May 2005 [EMAIL PROTECTED] wrote:
3. then i physically searched (using the win2k search program) for the
file "test-01" on the server named "added", but couldn't find it.
You just do not understand the way AFS stores data. (As so many other
people asking weired things about shares and
Hi Guys,
I've finally gotten the debian packages to work correctly as AFS servers
for a single machine with a windows client, but there's no documentation
at all for the process for adding a secondary server to the cell under
debian included in the actual distribution, and the documentation from
> I've finally gotten the debian packages to work correctly as AFS servers
> for a single machine with a windows client, but there's no documentation
> at all for the process for adding a secondary server to the cell under
> debian included in the actual distribution, and the documentation from
Hello,
I am having problems installing openafs 1.3.81 on a redhat 8.0
I have been following the official documentation and when performing the
first step of the "Configuring the Top Levels of the AFS Filespace" section
I get:
#/usr/afs/bin/fs setacl /afs system:anyuser rl
fs:'/afs': Connection t
I've had this problem as well. I'm not sure where your build puts the
client config file (in the rpm build for SuSE 9.3 it's
/etc/sysconfig/afs-client but with the SuSE builds nothing is where it
should be!) You need to find this file and temporarily turn off DYNROOT.
That will allow you to com
Russ Allbery wrote:
Michael Norwick <[EMAIL PROTECTED]> writes:
I took out afs2k5db.c from the Makefile because I really just want
asetkey and aklog. I get this when compiling:
[EMAIL PROTECTED] src]# make
gcc -g -O2 -I/usr/include -I/usr/include -DPACKAGE_NAME=\"afs-krb5\"
-DPACKAGE_TA
Write up what you have, preferably in Latex and standby.
tedc
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On Behalf Of Michael Norwick
Sent: Wednesday, May 04, 2005 9:32 AM
To: OpenAFS-Info
Subject: Re: [OpenAFS] fakeka and krb425
Russ Allbery wrote:
>Michael N
Hello all,
I compiled the 1.3.82 client on AIX 5.2.0.5, single processor,
32-Bit kernel, VAC 6, anything else is GNU software (flex, bison,
etc...).
everything works fine, except getting PAG tokens from kaserver...
in the same cell, from same servers, but from IBM AFS clients, I get
PAG tokens...
What are the interactrions between the Solaris 10 Zones, and
AFS cache and PAGs. Is there any chance that if the root user in
one zone requests a PAG or sets the groups just right, they could
somehow manage to look like they are a member of a PAG from
another zone?
We have 1.3.81 running on Solaris
On Wednesday, May 04, 2005 13:16:30 -0500 "Douglas E. Engert"
<[EMAIL PROTECTED]> wrote:
What are the interactrions between the Solaris 10 Zones, and
AFS cache and PAGs. Is there any chance that if the root user in
one zone requests a PAG or sets the groups just right, they could
somehow manage
Jeffrey Hutzelman said:
> Yes. OpenAFS is not aware of zones at all, so the PAG namespace ends up
> being global rather than per-zone. So not only can root from one zone
> steal a PAG from another, but PAG-less users in different zones but with
> the same uid will share tokens.
If I'm understan
On Wed, 4 May 2005, Matthew Weigel wrote:
If I'm understanding you correctly, that would be a great big
"WARNING! DO NOT RUN OPENAFS ON A MULTI-ZONE SYSTEM (for now)"
kind of thing?
I depends, from what I know about zones, they are like virtual
host-systems. When one has a user-management wh
16 matches
Mail list logo