On 06/14/2013 02:13 PM, Chuck Lever wrote:
On Jun 14, 2013, at 3:49 PM, John Haiducek <jhaiduce@xxxxxxxxx
<mailto:jhaiduce@xxxxxxxxx>> wrote:
On Jun 14, 2013 11:05 AM, "Chuck Lever" <chuck.lever@xxxxxxxxxx
<mailto:chuck.lever@xxxxxxxxxx>> wrote:
>
>
> On Jun 14, 2013, at 1:57 AM, John Haiducek <jhaiduce@xxxxxxxxx
<mailto:jhaiduce@xxxxxxxxx>> wrote:
>
> > Jun 11 20:28:23 tbm rpc.gssd[8959]: Name or service not known
while getting full hostname for 'tbm.enterprise.local'
>
> gssd thinks your client's hostname is "tbm.enterprise.local," which
has no DNS entry.
That is the correct client hostname, and according to the 'host'
command it is in dns. What would cause the host command to find it
when gssd can't?
The error message is from utils/gssd/krb5_util.c:get_full_hostname().
If get_full_hostname() fails, then gssd can't search your client's
keytab.
Figure out why that getaddrinfo(3) call is failing to find a canonical
name for "tbm.enterprise.local" -- that could be a client system
configuration problem as much as a DNS misconfiguration.
Ok, I think I fixed the DNS problem. I was running avahi, and apparently
you can't use avahi and also have a DNS server with a domain ending in
.local. Shutting down avahi fixed it, although if I wanted to keep avahi
working I could probably fix this by changing my domain to end in
something other than .local.
But now the mount command hangs and never returns. I get this in
/var/log/syslog:
Jun 15 09:19:36 tbm rpc.idmapd[16253]: New client: 24
Jun 15 09:19:36 tbm rpc.gssd[16258]: dir_notify_handler: sig 37 si
0x7fffb0fb3330 data 0x7fffb0fb3200
Jun 15 09:19:37 tbm rpc.gssd[16258]: dir_notify_handler: sig 37 si
0x7fffb0fb3330 data 0x7fffb0fb3200
Jun 15 09:19:37 tbm rpc.gssd[16258]: dir_notify_handler: sig 37 si
0x7fffb0fb3330 data 0x7fffb0fb3200
Jun 15 09:19:37 tbm rpc.gssd[16258]: destroying client
/var/lib/nfs/rpc_pipefs/nfs/clnt24
Jun 15 09:19:37 tbm rpc.idmapd[16253]: Stale client: 24
Jun 15 09:19:37 tbm rpc.idmapd[16253]: #011-> closed
/var/lib/nfs/rpc_pipefs/nfs/clnt24/idmap
Jun 15 09:19:53 tbm rpc.gssd[16258]: dir_notify_handler: sig 37 si
0x7fffb0fb3330 data 0x7fffb0fb3200
Jun 15 09:19:53 tbm rpc.idmapd[16253]: New client: 25
I might be missing something, but none of these entries look like
errors. Where else should I look?
John Haiducek
--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
