License for OpenVMS NFS client

[Larry Bleau]

I'm running OpenVMS AXP 7.3-2 with TCPIP 5.4. I've been asked to get NFS client working; server part not needed. When I invoke TCPIP$NFS_CLIENT_STARTUP.COM I get the message

%TCPIP-E-STARTFAIL, failed to start TCPIP$NFS_CLIENT
-TCPIP-E-NOLICENSE, license check failed

I have the following licenses loaded (output of SHOW LICENSE):
NET-APP-SUP-150 DEC 1050 H 0 0.0 (none) (none)
UCX-IP-CLIENT DEC 0 0 100 0.0 (none) 31-OCT-2008
UCX-IP-NFS DEC 0 0 100 0.0 (none) 31-OCT-2008
UCX-IP-RT DEC 0 0 100 0.0 (none) 31-OCT-2008

Do I need some other license to get NFS to start? I would think the above is sufficient.

In case it helps, a TCPIP CHECK LICENSE defines the following symbols:

TCPIP$LICENSE_APP == "1"
TCPIP$LICENSE_NFS == "1"
TCPIP$LICENSE_RUN == "1"
TCPIP$LICENSE_TCPIP == "0"

All the FAQs I accessed were old and did not address this; if it's already covered a URL is appreciated.

Larry Bleau

[Hoff]

You have client licenses.

UCX or (for clients) NET-APP-SUP-250+ or (for servers) NET-APP-SUP-200

NET-APP-SUP-150 provides UCX-IP-CLIENT.

Licensing intro and related, and OpenVMS FAQ are here:

http://64.223.189.234/node/31
http://64.223.189.234/node/259
http://64.223.189.234/node/1

If you want to see what each of those licenses provide, see the SPD 46.46.xx document from

http://docs.hp.com/

http://docs.hp.com/en/12702/SPDTCPIP56.pdf

http://h30266.www3.hp.com/odl/axplp/databases/nas83c/nas_vax_over1.html

Stephen Hoffman
HoffmanLabs LLC

[Larry Bleau]

Here's aditional info:

I followed the links provided by Mr. Hoffman. One of them states that the NET-APP-SUP-150 license, which is what this system has, includes NFS client. Yet when I try to start NFS client the message says that the system does not have the proper license.

Clearly, something is wrong in the description of the NAS-150 license, or in how the system is evaluating the license condition.

[Jess Goodman]

What happens if you just do:

$ mcr sysman io connect DNFS /noadapter/driver=SYS$LOADABLE_IMAGES:TCPIP$DNFSDRIVER.EXE

[Larry Bleau]

I tried:

$ mcr sysman io connect DNFS /noadapter/driver=SYS$LOADABLE_IMAGES:TCPIP$DNFSDRIVER.EXE

It completed without any error message. When I tried running TCPIP$NFS_CLIENT_START.COM again, though, I got the same error message: no license.

I did a UCX SHOW SERVICE, and here's the NFS entry:

NFS 2049 UDP TCPIP$NFS 0.0.0.0 Disabled
N

I then tried UCX ENABLE SERVICE NFS, and got

$ ucx
TCPIP> enable serv nfs
%TCPIP-E-STARTERROR, error starting NFS service
-TCPIP-E-NOAPPLIC, TCPIP PAK is not enabled
TCPIP> enable serv nfs-client
%TCPIP-E-STARTERROR, error starting NFS-CLIENT service
-TCPIP-W-NORECORD, information not found
-RMS-E-RNF, record not found

I guessed at the second service name; no luck there.

Let me know what else I should try.

Larry

[Hoff]

You bought a license, and you can't get what the SPD seems to say you should get, which implies you're wasting your time in ITRC. ECO to current, test, confirm the 5.4 SPD has the same text, then ring up HP.

[Jess Goodman]

I don't believe you need to enable any services to use the NFS client. After you did the SYSMAN IO CONNECT command, you should have a DNFS0: template device. If so, then I think you should be able to do a TCPIP MOUNT command to access a remote file system.

[Larry Bleau]

Jess,

The SYSMAN IO CONNECT worked, or at least did not give an error. I then tried just a TCPIP MOUNT, but got a fatal error:

TCPIP> mount dnfs1: /host="shrgproc3.engin.umich.edu"/path="/shrg1/vms/ulysses"
%TCPIP$DNFSMOUNT-E-MOUNTFAIL, error mounting _DNFS1:[000000]
-SYSTEM-F-NOSUCHOBJ, network object is unknown at remote node

I was given the hostname and pathname by the sysadmin of the remote system, so I have high confidence in them.

Do you recognize this error?

In another, related issue, before doing the above I did an ADD PROXY with the local (VMS) username and the remote system's UID and GID. That shouldn't matter for mounting purposes, though, only for accessing. It would only allow me to add a single proxy record for the remote host, however. What if I want more than one local user - or all local users - to access the same uid/gid on the remote system? I checked the manual, and it didn't give a hint of how to do this, only a warning against doing so.

Larry

[Jess Goodman]

I'm not sure, but perhaps it means that the remote network is not letting your site's NFS traffic to get through their firewall.

I only use the VMS NFS client on our local network, so I'm not sure of the security issues involved. I'm also not up on how to set up the proxies in the manner you mention.

In any case your problem is no longer on your end. I got the same "NOSUCHOBJ" error when I attempted the same mount you did (perhaps you posted a bit too much information :) )

[Hoff]

Firewalls or network errors or NFS configuration errors should not generate the error:

%TCPIP-E-STARTFAIL, failed to start TCPIP$NFS_CLIENT
-TCPIP-E-NOLICENSE, license check failed

if you have a valid license for starting an NFS client.