Kerberized nfs mounts not handled properly

Bug #516948 reported by Timo Aaltonen
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
nfs-utils (Ubuntu)
Invalid
Undecided
Unassigned
Lucid
Invalid
Undecided
Unassigned

Bug Description

I've got NFS-shares in fstab with sec=krb5i, but they are not mounted properly on boot. I can see all the pending mount processes that are hung, and rpc.gssd isn't running ('start gssd' manually works). I guess mountall-net is what tries to mount them, but gssd isn't run so it fails.

Timo Aaltonen (tjaalton)
description: updated
Revision history for this message
Steve Langasek (vorlon) wrote :

Well, I also have sec=krb5i shares, and it seems to work correctly.

The start condition for /etc/init/gssd.conf is:

start on (started portmap
          or mount TYPE=nfs4 OPTIONS=sec=*krb5*)

So even if the 'mount' signal isn't being emitted properly, starting portmap should bring gssd up.

Is portmap running after boot?

Can you show the full fstab entries?

Changed in nfs-utils (Ubuntu Lucid):
status: New → Incomplete
Revision history for this message
Timo Aaltonen (tjaalton) wrote :

Portmap is running after boot. Here is one line from the fstab:

home:/vol/home00 /m/home/home00 nfs4 rw,sec=krb5i,nosuid,nodev,hard,intr,rsize=4096,wsize=4096,bg 0 0

and they go up to home99 :)

Changed in nfs-utils (Ubuntu Lucid):
status: Incomplete → New
Revision history for this message
Timo Aaltonen (tjaalton) wrote :

looks like adding a kinit run in gssd.conf was enough to make it fail, I need to add it elsewhere.. (rpc.gssd doesn't work with AD OOTB)

Changed in nfs-utils (Ubuntu Lucid):
status: New → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.