- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - OpenVMS
- >
- problem with OpenVMS as NFS client
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
04-21-2015 02:52 AM
04-21-2015 02:52 AM
We are runing a two-node cluster with separate system disks
but shared system files like sysuaf, rightslist, netproxy,...
and shared application disks.
Node-A:
$ tcpip sho ver
HP TCP/IP Services for OpenVMS Alpha Version V5.6 - ECO 3
on a COMPAQ AlphaServer DS20E 666 MHz running OpenVMS V8.3
Node-B:
$ tcpip sho ver
HP TCP/IP Services for OpenVMS Alpha Version V5.6 - ECO 3
on a COMPAQ AlphaServer DS20E 666 MHz running OpenVMS V8.3
When I log into Node-A using a fully privileged account and try to
mount a NFS share using a DCL procedure on a shared disk,
it works.
When I log into Node-B using the same fully privileged account and try to
mount the same NFS share using the same DCL procedure on a shared disk,
I get
%TCPIP$DNFSMOUNT-E-MOUNTFAIL, error mounting _DNFS1:[000000]
-SYSTEM-F-NOPRIV, insufficient privilege or object protection violation
I checked the NFS server's configuration, both cluster nodes are
registered.
I checked TCPIP proxies - same on both nodes.
I checked the privileges of SYS$SYSTEM:TCPIP$UCP.EXE - same on both nodes
Any idea ?
Thanks
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
04-21-2015 02:58 AM
04-21-2015 02:58 AM
Re: problem with OpenVMS as NFS client
Use REPLY/ENABLE and watch for OPCOM-messages from NFS. Also consider, that the NOPRIV message may be coming from the NFS server. Check that the UID/GID from the IP address of the 2nd node allow appropriate access to the NFS export on the NFS server. Check the NFS log on the NFS server.
Volker.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
04-23-2015 02:04 AM
04-23-2015 02:04 AM
SolutionProblem solved.
Node B tried to mount the NFS share using the IP address of the cluster impersonator.
This address was not known to the NFS server.
After adding this address to the NFS server, everything worked fine.
I used tcptrace to find out the difference between the two nodes.
Volker:
We have no OPCOM messages about NFS neither in case of success nor in case of failure
Thanks.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
04-23-2015 09:53 AM
04-23-2015 09:53 AM
Re: problem with OpenVMS as NFS client
Usual best resource for troubleshooting errors with the OpenVMS TCP/IP Services NFS client is the NFS server log.
Empirically, "NOPRIV" is a catch-all error within the OpenVMS TCP/IP Services NFS client. I've seen NOPRIV reported secondary to the server not offering NFSv2 services, for instance.
It's rare to encounter privilege-related audits from within TCP/IP Services. The code seems to obey no rules and no norms but its own, tends to make its own security checks, and does not use the system routines (which do generate audits). (Due to these local routines, ssh sessions were once able to entirely bypass the SET LOGIN limit, for instance.)
The OpenVMS TCP/IP Services NFS client doesn't usually generate much in the way of OPCOM messages, and it's not all that great at logging.
VSI is reportedly replacing TCP/IP Services, FWIW.
FWIW and mentioned here on the off chance that this is not the case, I'd expect and assume that these NFS sessions are between clusters, as there's not a need to use NFS to access storage within an OpenVMS cluster. Serving disk via SCS/MSCP and tape via SCS/TMSCP is almost always preferable to using NFS within a cluster.