-hosts map does not work with /net nfs shares on a solaris server

Bug #597654 reported by Alessandro Gervaso
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
autofs5 (Ubuntu)
Confirmed
Medium
Unassigned

Bug Description

Binary package hint: autofs5

Description: Ubuntu 10.04 LTS
Release: 10.04

autofs5:
  Installed: 5.0.4-3.1ubuntu5
  Candidate: 5.0.4-3.1ubuntu5
  Version table:
 *** 5.0.4-3.1ubuntu5 0
        500 http://it.archive.ubuntu.com/ubuntu/ lucid/main Packages
        100 /var/lib/dpkg/status

When trying to mount nfs shares using /net and -hosts map i receive a failure message:

root@gbrowse-1:~# ls /net/brunello/
ls: cannot access /net/brunello/: No such file or directory

and this is the expected output:

[root@ribolla ~]# ls -l /net/brunello
total 0
dr-xr-xr-x 6 root root 0 Jun 23 12:08 export

The machine named "ribolla" is a Centos 5.3 where autofs is working as expected.
The expected behaviour can also be seen while browsing a different machine called filer, running hardy:

root@gbrowse-1:~# ls -l /net/filer
total 0
dr-xr-xr-x 4 root root 0 2010-06-23 12:49 home
drwxr-xr-x 2 root root 0 2010-06-23 12:49 opt
dr-xr-xr-x 3 root root 0 2010-06-23 12:49 srv

I suspect that the bug is something related to the parsing of the exports output of the nfs server.

As a workaround using "/net /etc/auto.net" in auto.master works, but has some other issues.
I'll attach the showmount output.

Revision history for this message
Alessandro Gervaso (gervystar) wrote :

You'll find the showmount output attached.

Chuck Short (zulcss)
Changed in autofs5 (Ubuntu):
importance: Undecided → Medium
status: New → Confirmed
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.