Caches are ext3, 1GB in size, on a dedicated logical volume. Architecture
is i686. Afsd options are
-fakestat -stat 300 -dcache 100 -daemons 2 -volumes 50 -afsdb -dynroot
SELinux is enabled with the default settings (targeted policy, enforcing).
There are no port filters between the client and
Interesting; MacOS 10.4 implements some form of POSIX ACLs:
http://arstechnica.com/reviews/os/macosx-10.4.ars/8
Although it doesn't match the (infinitely cleaner) AFS ACL model, it
might be worth looking into integrating the two (so that at least the
"least common denominator" of permissions i
Hi Guys,
I'm still having problems accessing the shares from windows client pc's,
but that's not the ultimate goal here, so I haven't been too concerned
about it, the current issue I'm coming up against is adding a secondary
server to the cell for the share;
http://www.openafs.org/pages/doc/Qui
--On Tuesday, May 03, 2005 13:55:21 -0700 Russ Allbery <[EMAIL PROTECTED]>
wrote:
I didn't think kernel-headers was enough to build OpenAFS. Am I wrong on
that? (I noticed a while back that the openafs-client documentation
doesn't really say a lot about this, and I can get that updated.)
Hmm. I
Make mrproper
Make modules_prepare
Is supposed generate headers from /proc/config.gz which is the .config file
for the running kernel.
Sometimes this gets the headers in sync with the kernel. Sometimes not.
Tedc
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On Beh
Chaskiel M Grundman <[EMAIL PROTECTED]> writes:
> Uh, no. The right package to install to get the files for a pre-built
> debian kernel is the corresponding kernel-headers package. It is not
> always the case that the kernel-source and kernel-patch-debian packages
> contain the exact kernel source
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 for the clients?
In message <[EMAIL PROTECTED]>,Stephan Wiesand wri
tes:
>I'm seeing this as well on an RHEL4 respin, kernel 2.6.9-5.
(If you're using the Debian pre-built kernels, you need
to install the appropriate kernel-tree package to get the source tree.)
Uh, no. The right package to install to get the files for a pre-built
debian kernel is the corresponding kernel-headers package. It is not
always the case that the kern
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_TARNAME=\"afs-krb5\"
Steve Devine wrote:
Michael Norwick wrote:
Please forgive my ignorance. I have rtfm'd and googled. I have
OpenAFS 1.3.81 loaded and working on 2 servers on FC3 using a locally
built system from source (not RPM's). I also have Kerberos5
krb5-1.4.1 up and working on these same servers, one ma
It is prehistoric. But still accurate as far as it goes. Especially if
openafs is compiled --with-transarc-paths.
All the html documentation in the release to Latex and now that I have
upgraded all my systems to 1.3.81 the documentation project can be finished.
All that remains to be done is to m
dom toretto <[EMAIL PROTECTED]> writes:
> I did the same, downloaded kernel source and make-kpkg my own modules.
> But when I do an dpkg -i openafs-modules-...Custom.deb, i get an error:
> depmod: *** Unresolved symbols in /lib/modules/2.4.27-2-386/fs/openafs.mp.o
> depmod: *** Unresolved symbols
Hi Guys,
I finally got it to work by just dropping the debian packages entirely
and building from source, first, just to illustrate that point, to the
best of my knowledge, this means the server is ok;
corvus:/afs# bos status corvus -long
Instance kaserver, (type is simple) currently running nor
On Tue, 3 May 2005, Jason McCormick wrote:
--On Tuesday, May 03, 2005 09:10:35 AM +0200 Stephan Wiesand
<[EMAIL PROTECTED]> wrote:
I'm seeing this as well on an RHEL4 respin, kernel 2.6.9-5.0.5.EL:
Try the attached patch. It seems to be working for me, at least after
minimal testing. YMMV.
No, it
--On Tuesday, May 03, 2005 09:10:35 AM +0200 Stephan Wiesand
<[EMAIL PROTECTED]> wrote:
> I'm seeing this as well on an RHEL4 respin, kernel 2.6.9-5.0.5.EL:
Try the attached patch. It seems to be working for me, at least after
minimal testing. YMMV.
--
Jason McCormick <[EMAIL PROTECTED]>
CER
>How did you produce the module?
>Have you instalkled standard kernel or selfmade kernel?
>I've setup that OpenAFS on >5 sarge systems with different kernels and all
>works
>well.
>I got kernel source and make-kpkg my own kernel/modules from that sources and
>installed them, individual on all mach
Hello,
Thx for the advice in previous threads.
Now I have installed version 1.3.81-3 of openafs-client and
openafs-modules-source, but it still keeps giving this error:
$/etc/init.d/openafs-client start
/etc/init.d/openafs-client: line 123: [:
/lib/modules/2.4.27-2-386/fs/openafs.mp.o: binary
I'm seeing this as well on an RHEL4 respin, kernel 2.6.9-5.0.5.EL:
1.3.82-client ~ % echo a > a
1.3.82-client ~ % cat a
a
1.2.13-client ~ % cat a
a
1.2.13-client ~ % rm a
1.2.13-client ~ % cat a
cat: a: No such file or directory
1.3.82-client ~ % cat a
a
1.3.82-client ~ % vi a
[shows old content, b
18 matches
Mail list logo