[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[LDM #FVH-610126]: Re: Exited with status 127
- Subject: [LDM #FVH-610126]: Re: Exited with status 127
- Date: Sat, 21 Mar 2009 10:43:33 -0600
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