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.
Hi Yoori, OK, the LDM is now installed and tested to the point of showing that it can ingest data from idd.cise-nsf.gov. Here is what I found on nopp: - there was no development environment on his machine -- the GCC you downloaded was source code, not executables - nopp is running a _very_ old distribution of Linux, RedHat 9. This is bad since there are no security updates available for RedHat 9 anymore, AND it is hard finding packages that are needed to build the LDM. I was able to build LDM-6.4.6 on your system. I did this by: - finding an RPM for gcc on RedHat 9 on rpmfind.net and installing it as 'root' - copying yacc and lex from a Unidata Fedora Core 3 machine to nopp's /usr/bin directory. I couldn't find the appropriate RPM for lexx and yacc, otherwise I would have installed them from it. It was lucky that these Fedora Core 3 versions of lexx and yacc worked! - creating and configuring the ~ldm/.bash_profile file to include necessary directories in PATH - creating the ~ldm/decoders and ~ldm/util directories. This can be used to store data decoders (~ldm/decoders) and other utilities (~ldm/util) later. Right now they are empty, but I added them to the PATH setting so that when you do install/develop decoders and other utilities they are there. I also did the following as 'root': - fixed /etc/sysconfig/iptables to allow SSH logins from any/all machines in the Unidata domains 128.117.140.xxx and 128.117.156.xxx - tidied up the entries in /etc/syslog.conf. Your edit was mostly correct; my changes were small - added an LDM entry in /etc/rpc and /etc/services (as per the LDM online documentation) - edited /etc/hosts to correct the entry for 127.0.0.1. Your /etc/hosts file now reads as follows: # Do not remove the following line, or various programs # that require network functionality will fail. 127.0.0.1 localhost.localdomain localhost 129.25.60.58 nopp.cae.drexel.edu nopp - changed 'nopp' in /etc/sysconfig/network to be nopp.cae.drexel.edu - ran 'hostname nopp.cae.drexel.edu'. Now a 'hostname' on nopp returns a fully qualified hostname Your machine, nopp.cae.drexel.edu, is now able to ingest WMO from idd.cise-nsf.gov (Note that I commented out the 'exec pqact' in ~ldm/etc/ldmd.conf so no processing takes place). So, you should now be able to configure your LDM to ingest the data you want (assuming that the upstream feed host(s) are configured to allow you to request data from them) and do something with it (after uncommenting the 'EXEC pqact' line in ~ldm/etc/ldmd.conf and developing appropriate processing actions for ~ldm/etc/pqact.conf. I suggest that you work through the workshop materials on the LDM web pages to get a feel for what you need to do to setup your LDM for ingestion and processing of data. Recommendation: - I would _strongly_ consider upgrading the operating system on nopp from RedHat 9 to a current distribution of Linux!!! We use Fedora Core 6 here at the Unidata Program Center and like it. Upgrading to FC6 should be straightforward for you since Fedora Core is part of the RedHat family. The main reasons I suggest upgrading are: - it would give you the chance to properly install a full development environment - current distributions of Linux have _logs_ of security bugs fixed. Again, RedHat 9 is very old and has known security problems. By the way, exactly what is your objective in installing the LDM? I ask this since I figure we will be having further discussions about how to configure your LDM installation. Please let me know if/when you have questions about what I did on nopp, and if you have questions about what to do next. Cheers, Tom **************************************************************************** Unidata User Support UCAR Unidata Program (303) 497-8642 P.O. Box 3000 address@hidden Boulder, CO 80307 ---------------------------------------------------------------------------- Unidata HomePage http://www.unidata.ucar.edu **************************************************************************** Ticket Details =================== Ticket ID: IXG-702275 Department: Support LDM Priority: Normal Status: Closed