From: "Kevin Coffman" <kwc@citi.umich.edu>
Subject: Re: NFSv3/4 and Kerberos.
Date: Thu, 13 Apr 2006 16:37:05 -0400
Message-ID: <4d569c330604131337l495b9b4lb39cd7a580ec98ea@mail.gmail.com>
References: <2b585fc90604131147t3ffa7abemc9f50f76a7a0d3a6@mail.gmail.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Cc: nfs@lists.sourceforge.net
To: "Christopher Smith" <csmithere@gmail.com>
In-Reply-To: <2b585fc90604131147t3ffa7abemc9f50f76a7a0d3a6@mail.gmail.com>
Sender: nfs-admin@lists.sourceforge.net
Errors-To: nfs-admin@lists.sourceforge.net

This sounds kind of familiar, but it has been quite a while since I've
dealt with this level of code.

Is cmsmith-ntap both nfs client and nfs server?  Any errors from the
server (rpc.svcgssd)?

This *might* be related.  Each machine should only have its own keys
in its keytab.  (If katana is the nfs client, it should not have
cmsmith-ntap's key, which it is using, in its keytab.)

K.C.


On 4/13/06, Christopher Smith <csmithere@gmail.com> wrote:
> Folks--
>
> I'm working on doing some testing of NFSv3 and NFSv4, and I'm running
> into the following error (shown from rpc.gssd -vvv -f):
>
> rpcsec_gss: xdr_rpc_gss_init_args: encode success (token 0x9e7b550:531)
> rpcsec_gss: in authgss_refresh()
> rpcsec_gss: gss_init_sec_context: A token was invalid - No error
> rpcsec_gss: in authgss_destroy()
> rpcsec_gss: in authgss_destroy_context()
> WARNING: Failed to create krb5 context for user with uid 0 for server
> cmsmith-ntap.hq.example.com


-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs