Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: PROBLEMS WITH GETTING NFS TO WORK
From: "bruce Goldstein, Jet Prop. Lab., (818) 354-7366"
Date: Mon, 23 Nov 1992 16:01:12 EST
Reply-To: "Bruce Goldstein, Jet Prop. Lab., (818) 354-7366"
Organization: The Internet
Return-Path: <SYNFUL@CMUTEK.CC.CMU.EDU>
Errors-To: SYNFUL@CMUTEK.CC.CMU.EDU
X-Listname: CMU-TEK TCP/IP Mailing list <CMU-TEK-TCP@CMUTEK.CC.CMU.EDU>
CC: bgoldstein@JPLSP2.JPL.NASA.GOV

This is a repost with further information; did not get any response to my
initial request for help.

I can not get NSF to allow our VAX to export its disks.  I am
using CMUTEK 6.6.5 (unpatched). At the VAX end I have a Vaxstation 4000-90
running VMS 5.5-2HW.  When I installed CMUTEK I got the following error
messages; THEY MIGHT BE DUE TO MY RUNNING JUST RELEASED HARDWARE AND
SYSTEM SOFTWARE.  THE ERROR MESSAGES ARE:

%VMSINSTAL-I-RESTORE, Restoring product save set B ...
  Installing the Core images...
        Linking IPACP
        Linking NAMRES
        Linking IPDriver
        Linking IP transports
        Linking IP transports
%LINK-W-WRNERS, compilation warnings
        in module DECNET_DRIVER file $2$DKA300:[SYS0.SYSUPD.TEKIP066]DNDRV.
OBJ;5
        Linking IPNCP.EXE
and ...
  Installing the DECwindows transport...

        Linking DECwindows transport module
%LINK-W-MULDEF, symbol DECW$$XPORT_INSQHI multiply defined
        in module XPORT_EXAMPLE_QUEUE file $2$DKA300:[SYS0.SYSUPD.TEKIP066]
XPORT
_QUEUE.OBJ;2
%LINK-W-MULDEF, symbol DECW$$XPORT_INSQTI multiply defined
        in module XPORT_EXAMPLE_QUEUE file $2$DKA300:[SYS0.SYSUPD.TEKIP066]
XPORT
_QUEUE.OBJ;2
%LINK-W-MULDEF, symbol DECW$$XPORT_REMQHI multiply defined
        in module XPORT_EXAMPLE_QUEUE file $2$DKA300:[SYS0.SYSUPD.TEKIP066]
XPORT
_QUEUE.OBJ;2
%LINK-W-MULDEF, symbol DECW$$XPORT_REMQTI multiply defined
        in module XPORT_EXAMPLE_QUEUE file $2$DKA300:[SYS0.SYSUPD.TEKIP066]
XPORT
_QUEUE.OBJ;2

This was a repeat installation because I did not copy the error messages
the first time.  I know that the linking compilation warning messages
appeared the first time, I don't know about the multiple symbol defined
warnings.. Does anyone know whether these error messages are important or
should be ignored?

Now, on to REAL problem which is that I can not get our shiny new
VaxStation 4000-90 to export its discs using NFS.  All other CMUTEK
features seem to work fine.

In NFS.CONFIG I have:
GMT_OFFSET:-08.00
ANONYMOUS_USER:ANONYMOUS
EXPORT:/DISKA:*.JPL.NASA.GOV,DON,SPACEPORT
Auth:0:1:DON.JPL.NASA.GOV:SYSTEM
Auth:0:1:SPACEPORT.JPL.NASA.GOV:SYSTEM
Auth:0:1:DON:SYSTEM
Auth:0:1:SPACEPORT:SYSTEM
Auth:230:*:*.JPL.NASA.GOV:BGOLDSTEIN
Auth:*:*:*.JPL.NASA.GOV:*

In INTERNET.CONFIG I have:
Device_Init:XEDRV:EZA0:00-00-00-00-00-00:128.149.58.103:255.255.0.0
Memgr_Init:30:20:20:30
Gateway:NIMS-GW.JPL.NASA.GOV:128.149.58.20:0.0.0.0:0.0.0.0:
MBX_resolver:INET$NAMRES:5:NETWRK:EXQUOTA,TMPMBX,NETMBX,SYSPRV,WORLD:BYTLM=10000,PGFLQUOTA=80000,WSQUOTA=2048,WSDEFAULT=1024,WSEXTENT=3000,TQELM=100:
Logging:0
Activity:1
Variable:IP_Forwarding:0
Variable:FQ_MAX:5
Variable:SYN_WAIT_COUNT:10
Variable:TELNET_SERVICE:1
Variable:KEEP_ALIVE:0
Variable:RPC_SERVICE:1
Variable:SNMP_SERVICE:1
WKS:21:FTPSRV:TCP$FTPSRV:NETWRK:*:::::4:5
WKS:25:SMTPSV:TCP$SMTPSV:NETWRK:NETMBX,TMPMBX,PHY_IO:::::4:5
WKS:79:FNGSRV:TCP$FNGSRV:NETWRK:NETMBX,TMPMBX,PHY_IO,CMKRNL,WORLD,SYSPRV:::::4:5
WKS:515:LPD:TCP$LPD:NETWRK:NETMBX,TMPMBX,PHY_IO,CMKRNL,WORLD:::::4:5
Variable:Access_Flags:3
LOCAL_HOST:0.0.0.0:0.0.0.0:	! ALL HOSTS CONSIDERED LOCAL

IN NAMRES.CONFIG I have:
Domain_Server:.:JPL-MIL.JPL.NASA.GOV:128.149.1.101:53
Domain_Server:.:IEMS.JPL.NASA.GOV:137.79.1.40:53
Domain_Suffix:JPL.NASA.GOV.
Domain_Suffix:.
Logging:0
Variable:DEBUG:0

The commands at the Sun where the failure to mount the Vax disk occurs are:

(some entries in /etc/fstab)
langer:/dsk /netlanger nfs rw,suid,hard,intr,noquota,bg 0 0 #bruce g.
jplsp2:/DISKA /sp2diska nfs rw,suid,hard,intr,noquota,bg 0 0 #bruce g.
gulkis:/extdisk /netgulkis nfs rw,suid,hard,intr,noquota,bg 0 0 #bruce g.

The error message that I get is:
{don:SUPERUSER:5} mount /sp2diska
mount: access denied for jplsp2:/DISKA
mount: giving up on:
   /sp2diska

The other two disks (which are remote mounted on Suns) mount OK.
DISKA is a logical that has been checked and is working, I had tu
use a logical because the real name has a "$" in it.

Any help or suggestions for debugging would be appreciated (we have spent
quite a few hours on this).  Also, has the problem with NFS been fixed in
6.6.5A, or should I continue to use the unpatched version?  Reply either to
net or to bgoldstein@jplsp2.jpl.nasa.gov.
Thanks, Bruce Goldstein.