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 Scott, re: > You guys must be busy! :-) Yes, but that is not the reason for our silence. After seeing your email this morning, I traced through the inquiries we got since March 18th. I see that your original email was received by our mail system and apparently forwarded to our inquiry tracking system, but I can not find it there. Questions: - did you receive notification that your original email was received and that someone would look into it? - did you receive the same kind of notification for this mornings resubmission? I am at a loss for what happened to your original inquiry! > Any suggestions on this? Thanks for all you do! re: > I just finished install LDM and GEMPAK on a new server (first time for > me). I keep getting the message "exited with status 127" in my ldmd.log > file. I've done some searches on your site, but I still can't figure out > what's going on. Here's what I have done ... These messages are typically an indication of one or more decoders exiting improperly. The LDM site has a page that describes at a high level how to interpret error messages seen in the LDM log file: Unidata HomePage http://www.unidata.ucar.edu ->LDM http://www.unidata.ucar.edu/software/ldm ->LDM 6.7.0 home page http://www.unidata.ucar.edu/software/ldm/ldm-6.7.0/ ->LDM Reference http://www.unidata.ucar.edu/software/ldm/ldm-6.7.0/basics/index.html The LDM Logfile Format and interpretation http://www.unidata.ucar.edu/software/ldm/ldm-6.7.0/basics/logfile-format.html > * Compiled and installed GEMPAK (finally with out errors ... WAHOO!) > * Ran $NAWIPS/ldm/etc/gen_pqact.cs > * Moved to ~ldm/etc/ > * Modified ~ldm/etc/ldmd.conf and added EXEC "pqact etc/pqact.gempak" > * Ran "ldmadmin pqactcheck" and syntax comes back OK > * I also verified ldm and gempak can read/write to data/* and logs/* and > $GEMDATA/* Did you also do the following: - copy the GEMPAK decoders to a directory in the PATH of the user 'ldm' - "source" the appropriate Gemenviron file in the shell-specific configuration file for the user 'ldm': non-Conforming shells (e.g., csh, tcsh, etc.) ~ldm/.cshrc: source /home/gempak/NAWIPS/Gemenviron Conforming shells (e.g., sh, bash, etc.) ~ldm/.bash_profile: . /home/gempak/NAWIPS/Gemenviron.profile > I have attached a chunck of the ldmd.log log file. The 'exited with status 127' messages included in your first email (I found the original, but not in our inquiry tracking system) indicates a problem with each GEMPAK decoder invocation. I strongly suspect, therefore, that the failures are being caused by one or both of the above possibilities. 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: FVH-610126 Department: Support LDM Priority: Normal Status: Closed