No credentials cache file found while validating credentials
The replay cache file is called Cause: Most likely, a Kerberos V4 request was sent to the KDC.default_ccache_name = KEYRING:persistent:% -------------- Symptoms: ============================ First of all, none of the problems described next occur when using FILE ccaches (default setting).I can log into the machine, but no ccache is created for my user, see -------------- Could not chdir to home directory /home//.bash_profile: Permission denied $ echo $KRB5CCNAME KEYRING:persistent:3036404 $ klist klist: No credentials cache found while retrieving principal name -------------- Doing a manual kinit now does create the ccache successfully: -------------- $ klist klist: No credentials cache found while retrieving principal name $ kinit Password for [email protected]: $ klist Ticket cache: KEYRING:persistent:3036436404 Default principal: [email protected] Valid starting Expires Service principal 11/07/2015 11/07/2015 krbtgt/[email protected] renew until 11/14/2015 -------------- But note the strange ccache name with twice the UID. I am expecting something like "KEYRING:persistent:3036404:krb_ccache_RANDOM" ... on Trusty: ============================ - krb5_child.log: - strace of backend process: I obfuscated parts of the logs, removing my username, realm, hostname and domainname. With a NAT, your ssh logins may fail with As with other facilities that use ssh gateway nodes, you may find it convenient to use ssh tunneling to access kaon1 via a single hop. When you sign in to comment, IBM will provide your email, first name and last name to DISQUS.