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 Randy, re: > Sorry for the delay in getting back with you. As you know we have an upstream > box > (noaapnew) and a downstream box (noaapxcd). According to Heather we are using > the 2nd > option you mentioned. OK. re: > Randy: > > This ldmd.conf file is on noaapnew. Currently we have the second setup that > Tom > mentioned, with all 4 instances: > > EXEC "noaaportIngester -m 224.0.1.1" > EXEC "noaaportIngester -m 224.0.1.2" > EXEC "noaaportIngester -m 224.0.1.3" > EXEC "noaaportIngester -m 224.0.1.4" > > However, the first setup is in the file, but is commented out. There are > older versions > of this conf file sitting in the /usr/local/ldm/etc directory. They had > setups similar > to the first that Tom mentioned, but with some of the lines commented out. > Check out > this file: /usr/local/ldm/etc/ldmd.conf.062111. > > Heather re: > Since we only run mcidas, how do we tell whether we are Requesting the data Login to your downstream box, noaapxcd, as the user 'ldm' (assuming, of course that you are running the LDM as the user 'ldm' and then run the following: cd ~ldm grep -i ^request etc/ldmd.conf This will list back each REQUEST line in your LDM configuration file, ~ldm/etc/ldmd.conf that is uncommented. The set of REQUESTs should answer the question if you are, indeed, REQUESTing the data from your upstream machine, noaapnew. re: > and if we are how would we look at the data in mcidas (adde) for example the > NIMAGE data. The pieces that must be in place for you to look at the data in McIDAS using ADDE are: 1) REQUEST the data in the LDM setup After the needed REQUEST lines are included in your ~ldm/etc/ldmd.conf file AND the LDM has been restarted so that those lines are activated, you can use the LDM utility 'notifyme' to see if you are receiving the data: <as 'ldm'> notifyme -vl- -f NGRID -o 3600 notifyme -vl- -f NIMAGE -o 3600 ... Or, notifyme -vl- -o 3600 2) process the data REQUESTed This is done by action(s) in one or more LDM pattern-action files. If your LDM setup for McIDAS followed the recommendations listed in the Unidata McIDAS-X User's Guide, you should have file following files in your ~ldm/etc directory: pqact.conf_mcidasA pqact.conf_mcidasB And, you should have EXEC lines in your LDM configuration file, ~ldm/etc/ldm.conf, that run 'pqact' invocations using these pattern-action files. The LDM pattern-action files, LDM configuration file entries and 'ldm' crontab entries are created when the 'mcidas' user runs the 'mcxconfig' script from the $MCDATA directory of the 'mcidas' account: <login as 'mcidas' on noaapxcd> cd $MCDATA mcxconfig -- answer questions about which datastreams you want to configure for use NB: three different directories will need to be writable by 'mcidas' for the script to function fully/properly: - the directory in which McIDAS decoding will occur - the HOME directory of 'ldm' - the ~/etc directory of 'ldm' This example has the NIMAGE data being processed by the pqact invocation that is using the pqact.conf_mcidasA pattern-action file, but it does not contain The EXEC lines that the person configuration things for McIDAS XCD decoding will have to include in ldmd.conf will look something like: exec "pqact -f IDS|DDPLUS|HRS|NGRID|HRS|NGRID|FNEXRAD|NIMAGE etc/pqact.conf_mcidasA" exec "pqact -f FSL2|NLDN|NNEXRAD|UNIWISC etc/pqact.conf_mcidasB" I say "something like" because the set of datastreams included in the '-f' option to pqact can vary. What you may find on your system depends on how the person who setup the decoding (Martha?) choose to do things (sorry, I don't know what this is) 3) ADDE dataset definitions will have to have been created so that the data files processed by the LDM actions in 2) can be found and served 4) remote ADDE access may or may not need to be setup If you are only using the data from the 'mcidas' account on the noaapxcd machine, then remote server access does not need to be setup/configured. If you want to access the data served by ADDE from an account other than 'mcidas' on noaapxcd or from some other machine, then the remote ADDE access needs to be setup I don't know how things are configured there, so I can't provide more specific information on what may or may not need to be done. 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: VHS-648329 Department: Support NOAAPORT Priority: Normal Status: Closed