Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!swrinde!zaphod.mps.ohio-state.edu!think.com!mintaka!bloom-beacon!eru!hagbard!sunic!mcsun!cernvax!chx400!chx400!bernina!igc.ethz.ch!torda
From: torda@igc.ethz.ch (Andrew Torda )
Newsgroups: comp.sys.sgi
Subject: automount sun filesys on sgi
Keywords: automount sun
Message-ID: <1991Apr14.175750@igc.ethz.ch>
Date: 14 Apr 91 15:57:50 GMT
Sender: news@bernina.ethz.ch (USENET News System)
Reply-To: torda@igc.ethz.ch (Andrew Torda )
Organization: InformatikgestutzteChemie, ETH, Zurich
Lines: 46
Nntp-Posting-Host: hermitage

I have been happily using the automounter from sun to sun, but
can't get an iris to automount a disk from a sun (ordinary nfs
mounts do work).

Now, I have an entry in auto.direct like
/disk1           -rw        sun1:/disk1

Now, the automounter makes a link from /disk1 to /tmp_mnt/disk1
no problems. It says
lrwxrwxrwx   1 root     sys         20 Apr 14 18:31 disk1@ -> /tmp_mnt/disk1

If I try to cd /disk1, the sgi says 
     /disk1: Not a directory
and looking in /tmp_mnt, there is nothing there.
Obviously cd'ing into /tmp_mnt/disk1 also fails.

Now, if I
  ls -l /
I can see from the trace option that the automounter makes an nfs
request and, remarkably, disk1 is mounted.
Note, that I have not moved into the mount point itself.
Now, I try to
  cd /disk1
and it again says
  /disk1: Not a directory
despite the fact that the link is in place as in the extract from ls
above.

When the mount happens, it is working. I can go into /tmp_mnt/disk1
and look around, so it is not a problem with mountd on the sun side.

To finish this, I have now often tried to killall -15 automount.
This leads to further disasters. Now, with the automounter turned off,
any attempt to access /disk1 seems to hang.
Furthermore, there is nothing in /usr/adm/SYSLOG to suggest why it is
hanging.

All this happens with Irix 3.3.2 and SunOs 4.1
As a final experiment, I can make the sgi an exporter and successfully
automount its file system to a sun client. Just won't work the
other way round.

Thanks in advance for any suggestions.

--
Andrew Torda, ETH, Zurich