> Oh, while building the modules on debian, be sure to select preemptive
> kernel AND SMP or none of both, that was a showstopper for my 1.3.81...
> And you are sure, you?re kernel revision is the same as the module?
>
I rebuilt the kernel without SMP, then rebuilt the openafs modules and
now the
oops:
now the afsd loads. In the process I upgraded _to_ the kernel 2.4.30.
Vlad
___
OpenAFS-info mailing list
OpenAFS-info@openafs.org
https://lists.openafs.org/mailman/listinfo/openafs-info
Hello.
I have a Windows 2003 active directory with Windows XP clients
that has OpenAFS for Windows 1.3.81 and Kerberos for Windows
2.6.5 installed.
There is trusts established between ad.local and the CENTRAL
kerberos realm. There is also cross realm established between
LOCAL and CENTRAL.
A user
Currently we have a UI problem because of functionality overlap between
Leash and the AFS SysTray tool.
Tokens obtained via the AFS SysTray tool are auto-renewed
by the SysTray tool but Leash will only auto-renew for one cell. Tokens
for multiple cells can be obtained using the same Kerberos 5 pr
Jeffrey Altman <[EMAIL PROTECTED]> wrote:
> Tokens obtained via the AFS SysTray tool are auto-renewed by
> the SysTray tool but Leash will only auto-renew for one cell.
> Tokens for multiple cells can be obtained using the same
> Kerberos 5 principal without entering a password in the AFS
> SysTray
Thanks for all your help, it seems as if all the problems have been solved.
I removed the preemtable-stuff out of the kernel (thanks for the tip, Jason)
and compiled openafs 1.3.81.
I solved the problem of the missing library by doing some symlinking, so I was
able to use the new version.
AFS do
Jan Johansson wrote:
> Jeffrey Altman <[EMAIL PROTECTED]> wrote:
>
> Oki, then I think I know what my problem is. Can you please just
> check that I got the facts right.
>
> As the users login using an external KDC trust the initial
> tickets are stored in the MSLSA.
correct
> afscreds.exe wil
* Björn Ruberg [2005-04-25 15:25:13 +0200]:
> Thanks for all your help, it seems as if all the problems have been solved.
Good for you.
> I removed the preemtable-stuff out of the kernel (thanks for the tip, Jason)
> and compiled openafs 1.3.81.
> I solved the problem of the missing library by
On Mon, 25 Apr 2005, Sergio Gelato wrote:
In reaction to your original query I tried 1.3.81 on my Gentoo installation
at home (amd64, gentoo-sources-2.6.11-r6 which corresponds to kernel.org
2.6.11.6, no SMP, no CONFIG_PREEMPT) and got reproducible kernel oopses
when mounting /afs . Apparently a nu
Hi Everyone,
As I mentioned earlier, I have put all my notes together to one document and published it to my personal home page. Hope it is helpful for you. Just drop me an email if you have any questions or you want to discuss something with me. I am still new to OpenAFS and Kerberos V and like
--On Monday, April 25, 2005 13:11:53 -0400 Derrick J Brashear
<[EMAIL PROTECTED]> wrote:
I wonder if this is the inode semaphore the configure test was
(incompletely) added for in 1.3.81, maybe...
The inotify stuff does not appear in stock 2.6.11.6 or 2.6.11.7. It does
appear in genpatches-2.6-1
> As per the K5 migration info, I have an afs principal:
> [EMAIL PROTECTED] however, I note that the pam_krb5afs tries several other
> combinations, but not this one exactly. For example, it tries
> [EMAIL PROTECTED], afs/[EMAIL PROTECTED], and
> afs/[EMAIL PROTECTED]
It looks like it tr
You have not said anything about the krb5 realm, or having added
a principal to the realm's database.
Dj Merrill wrote:
Christopher Allen Wing wrote:
Frode:
The pam_krb5 module that comes with Red Hat should be able to obtain
tokens. Note that it may have some bugs:
- it may not work with dynro
> As per the K5 migration info, I have an afs principal:
> [EMAIL PROTECTED]
> however, I note that the pam_krb5afs tries several other
> combinations, but not this one exactly. For example, it tries
> [EMAIL PROTECTED], afs/[EMAIL PROTECTED], and
> afs/[EMAIL PROTECTED]
As Douglas suggests
Christopher Allen Wing wrote:
Frode:
The pam_krb5 module that comes with Red Hat should be able to obtain
tokens. Note that it may have some bugs:
- it may not work with dynroot enabled
- it may not work when you have more than 1 AFS database server
At some point I will try to get p
* Chaskiel M Grundman [2005-04-25 14:14:25 -0400]:
> --On Monday, April 25, 2005 13:11:53 -0400 Derrick J Brashear
> <[EMAIL PROTECTED]> wrote:
>
> >I wonder if this is the inode semaphore the configure test was
> >(incompletely) added for in 1.3.81, maybe...
>
> The inotify stuff does not appea
On Mon, 25 Apr 2005, Sergio Gelato wrote:
The kernel I saw this on does indeed include that patch. I'll try to
back it out (probably not before tomorrow evening, though).
Well, or you can try a cvs head version of afs.
___
OpenAFS-info mailing list
OpenA
There is the following compile error using the latest from SuSe.
Any comments are appreciated.
tedc
./configure --with-afs-sysname=i386_linux26
--with-linux-kernel-headers=/usr/src/linux --enable-transarc-paths
--enable-largefile-fileserver --enable-namei-fileserver
Makefile.common:51: warning:
18 matches
Mail list logo