[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[LDM #RQD-888533]: pqact errors after upgrade to 6.13.0

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.

  • Subject: [LDM #RQD-888533]: pqact errors after upgrade to 6.13.0
  • Date: Wed, 11 May 2016 15:18:47 -0600
Dave,

> I don't know what to tell you.  I added a small chunk of code to metar2nc to 
> write to a log every time metar2nc is started.  It is at the very top of the 
> script so as to not be dependant on any of the piped data.  nothing is 
> written to the trace log when I run v6.13 but I get current dates when I run 
> v6.12.
> 
> #!/usr/bin/perl
> #
> #  Decodes METAR reports and optionally creates netCDF file of decoded reports
> #  and or writes decoded reports to stdout.
> #
> # Jim Cowie/RAL 9/2015 Replaced the deprecated Unidata NetCDFPerl Interface
> #                      with PDL::NetCDF. Also modified to have only one output
> #                      file open at any time.
> #
> ##############################################################################
> 
> open(TRACE, ">> /home/ldm/trace.log") or die "cannot open trace file: $!";
> $date = gmtime();
> print TRACE $date;
> print TRACE "\n";
> close(TRACE);
> 
> use Fcntl;
> use PDL ;
> use PDL::Char ;
> use PDL::NetCDF ;
> 
> #use Time::Local ;
> use Time::Local 'timegm_nocheck'; # Doesn't exit on erroneous dates
> 
> .
> .
> .
> 
> So whatever is happening, it happens right away.

I agree. It would appear that the perl(1) interpreter is terminating before 
executing any of the script.

Now we need to figure-out what making it unhappy.

> The only thing I see are defunct processes from the startup attempt.
> 
> ldm      131268 131008 10 19:22 ?        00:00:00 [metar2nc] <defunct>
> ldm      131272  30381  0 19:22 pts/0    00:00:00 grep 2nc

A defunct process is what I would expect from a decoder that terminates 
prematurely. It should be reaped by its parent pqact(1) process when the next 
data-product arrives.

> I don't know what else to look at.

I'm investigating a hunch.

We're also going to see if we can duplicate your problem here.

> Thank you.

Regards,
Steve Emmerson

Ticket Details
===================
Ticket ID: RQD-888533
Department: Support LDM
Priority: Normal
Status: Closed