This archive contains answers to questions sent to Unidata support through mid-2025. Note that the archive is no longer being updated. We provide the archive for reference; many of the answers presented here remain technically correct, even if somewhat outdated. For the most up-to-date information on the use of NSF Unidata software and data services, please consult the Software Documentation first.
Russ, > Steve, > > I think I see the problem...jsut not sure how to fix it. > > On Geoprod4 where ldm cannot conect to either FOS server, rpcinfo does > not show port 388, although netstat shows it as listening. > [root@geoprod4 ldm]# rpcinfo -p > program vers proto port service > 100000 4 tcp 111 portmapper > 100000 3 tcp 111 portmapper > 100000 2 tcp 111 portmapper > 100000 4 udp 111 portmapper > 100000 3 udp 111 portmapper > 100000 2 udp 111 portmapper > [root@geoprod4 ldm]# netstat -an |grep 388 > tcp 0 0 0.0.0.0:388 0.0.0.0:* LISTEN While it's good that the LDM server on Geoprod4 is listening on its well-known port (388), that's not relevant to a downstream LDM on Geoprod4 not being able to connect to the FOS server's LDM. > On another server whicLDM is working, even though rpcinfo shows it on > port 59771. netstat shows it on port 59771, but ps -ef shows port > 3889. How do I change that? > rpc.ldmd -P 388 -q /home/ldm/data/ldm.pq /home/ldm/etc/ldmd.conf If rpcinfo(1) shows that an LDM server is registered on any port other than 388, then it's likely that the LDM server program (bin/ldmd) on that host is not owned by root, doesn't have the setuid bit turned on, or is on a partition for which the operating system doesn't honor the setuid bit for programs owned by root. In any case, the situation would need to be corrected. Regards, Steve Emmerson Ticket Details =================== Ticket ID: VVJ-331218 Department: Support LDM Priority: Normal Status: Closed