[Bug 1037192] Re: NFS shares are mounted with wrong clientaddr or not at all

webrat 1037192 at bugs.launchpad.net
Wed Nov 6 13:45:45 UTC 2013


I've experienced this issue on machines which have:
- ubuntu 12.04 installed
- used network manager with dhcp
- have a 3.2 kernel installed
- used nfs4 with kerberos

Error Messages on the nfs server in syslog are:
~~~~~~ snip ~~~~~~
rpc.gssd[737]: ERROR: unable to resolve 0.0.0.0 to hostname: Name or service not known
rpc.gssd[737]: ERROR: failed to read service info
~~~~~~ snap ~~~~~~

Until now i could only test one box, but after i upgraded it to a 3.8 kernel (via linux-image-generic-lts-raring package) the ip address was set properly in clientaddr.
I will test further systems during this week and hope that also resolves the issue on them.
Maybe this helps others also to resolve this issue or at least find a workaround.

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to mountall in Ubuntu.
https://bugs.launchpad.net/bugs/1037192

Title:
  NFS shares are mounted with wrong clientaddr or not at all

Status in “mountall” package in Ubuntu:
  Confirmed

Bug description:
  With the following fstab:

  proc /proc proc nodev,noexec,nosuid 0 0
  /dev/mapper/vg0-fat_client / ext4 relatime,errors=remount-ro 0 1
  /dev/mapper/vg0-swap none swap sw 0 0
  spitzer:/opt /opt nfs4 auto 0 0
  spitzer:/home /home nfs4 auto 0 0

  The  /opt and /home are sometimes not mounted at all, and sometimes
  with the wrong clientaddr:

  $ mount | grep nfs
  rpc_pipefs on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw)
  spitzer:/home on /home type nfs4 (rw,clientaddr=0.0.0.0,addr=192.168.1.2)
  spitzer:/opt on /opt type nfs4 (rw,clientaddr=0.0.0.0,addr=192.168.1.2)

  Since this happens on all clients (they all get same clientaddr), this
  results in a frozen mount (cf
  http://thread.gmane.org/gmane.linux.nfs/47780)

  The "spitzer" host is only reachable via a tinc VPN, and mounting (or
  remounting) manually after boot always works and results in the
  correct clientaddr, so I believe that mountall is attempting to mount
  this too early.

  ProblemType: Bug
  DistroRelease: Ubuntu 10.04
  Package: mountall 2.15.3
  ProcVersionSignature: Ubuntu 3.0.0-23.39~lucid1-server 3.0.36
  Uname: Linux 3.0.0-23-server x86_64
  Architecture: amd64
  Date: Wed Aug 15 12:16:17 2012
  ProcEnviron:
   PATH=(custom, user)
   LANG=en_US.UTF-8
   SHELL=/bin/bash
  SourcePackage: mountall

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/mountall/+bug/1037192/+subscriptions



More information about the foundations-bugs mailing list