On Fri, 31 Aug 2007, Adam Megacz wrote:
Same result when performing the dump from a machine other than the fileserver
itself.
Killing the dump will always kill the dump.
___
OpenAFS-info mailing list
OpenAFS-info@openafs.org
https://lists.openafs.or
On Fri, 31 Aug 2007, Adam Megacz wrote:
Ah, interesting, the rx error appears in the log when I kill the "vos
dump". Perhaps that error message is not a cause for concern.
Well, that's sort of expected.
___
OpenAFS-info mailing list
OpenAFS-info@op
On Fri, 31 Aug 2007, Adam Megacz wrote:
Hrm, further weirdness. This time there's no Rx error, but "vos dump"
simply sits there at 0% cpu utilization. Worse, something appears to
be unhappy in the afs client; I did this
$ aklog -c megacz.com
aklog: Couldn't get megacz.com AFS tickets:
akl
Same result when performing the dump from a machine other than the fileserver
itself.
- a
Adam Megacz <[EMAIL PROTECTED]> writes:
> Ah, interesting, the rx error appears in the log when I kill the "vos
> dump". Perhaps that error message is not a cause for concern.
>
> - a
>
> Adam Megacz
Ah, interesting, the rx error appears in the log when I kill the "vos
dump". Perhaps that error message is not a cause for concern.
- a
Adam Megacz <[EMAIL PROTECTED]> writes:
> Hrm, further weirdness. This time there's no Rx error, but "vos dump"
> simply sits there at 0% cpu utilization.
Hrm, further weirdness. This time there's no Rx error, but "vos dump"
simply sits there at 0% cpu utilization. Worse, something appears to
be unhappy in the afs client; I did this
$ aklog -c megacz.com
aklog: Couldn't get megacz.com AFS tickets:
aklog: Credentials cache I/O operation fail
Stephen Joyce <[EMAIL PROTECTED]> writes:
> Does anyone have a solution to use AFS PTS group memberships for unix
> groups? My first impulse was to regenerate /etc/group periodically
> with userlists obtained from PTS group memberships. Has anyone written
> such a script already?
I've considered
Just a thought, did you add/change enc_types when you went to 1.6.2?
E.g. were you supporting AES256, DES3 and DES under krb5-1.4.3 ? I've
seen issues with certain things not understanding the AES256 type.
< wrote:
> We've also found that reverting back to MIT Kerberos 1.4.3 wasn't good
> enoug
We've also found that reverting back to MIT Kerberos 1.4.3 wasn't good
enough. Some principals would start working with klog again after
another password change, but others needed to be deleted and recreated.
Is anyone else using MIT Kerberos 1.6.2 and klog?
-Mike
Mike Dopheide wrote:
Numbe
Up the number of threads the fileserver has (the -p argument) if you have
not already. 128 is the maximum.
On Fri, 31 Aug 2007, Emmanuel Vadot wrote:
Hello all,
I've a speed issue with my server.
I've 7 afs server, all with fileserver, ptserver, volserver, buserver and
vlserver running.
Se
Hello all,
I've a speed issue with my server.
I've 7 afs server, all with fileserver, ptserver, volserver, buserver
and vlserver running.
Servers are all running on NetBSD 3.1 with openafs-1.4.4.
I ran my test on windows with the last version of openafs-win32 (1.5.2300).
I launch a copy on ov
Robert Sturrock wrote:
> Thanks - that certainly explains the problem. Unfortunately the only krb5.h
> I could find on opensolaris.org is quite a bit newer than the one you cite:
>
>
> http://src.opensolaris.org/source/xref/onnv/onnv-gate/usr/src/uts/common/gssapi/mechs/krb5/include/krb5.h
Robert Sturrock wrote:
Hi,
On Thu, Aug 30, 2007 at 09:14:41AM -0500, Douglas E. Engert wrote:
But the last stage of the build gives me (full log at bottom):
Undefined first referenced
symbol in file
krb5_cc_get_principal
Hi,
On Thu, Aug 30, 2007 at 09:14:41AM -0500, Douglas E. Engert wrote:
> >But the last stage of the build gives me (full log at bottom):
> >
> >Undefined first referenced
> > symbol in file
> >krb5_cc_get_principal aklog_
14 matches
Mail list logo