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

[LDM #UUC-234187]: Network on time, disk writes late?

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 #UUC-234187]: Network on time, disk writes late?
  • Date: Fri, 31 Aug 2007 14:12:44 -0600
Niles,

> Sorry for the multiple emails - logging did start, and it
> does seem to show a delay :
> 
> Aug 31 19:30:56 rttc-ingest pqact[1912] INFO:     5178 20070831191447.260 
> NNEXRAD 187028137  SDUS50 PHFO 311913 /pN0VHKI /NWSTG/0187028137
> Aug 31 19:30:56 rttc-ingest pqact[1912] INFO:     4930 20070831191447.265 
> NNEXRAD 187028138  SDUS34 KEPZ 311912 /pN1PHDX /NWSTG/0187028138
> Aug 31 19:30:56 rttc-ingest pqact[1912] INFO:     4458 20070831191447.271 
> NNEXRAD 187028139  SDUS54 KEPZ 311912 /pNTPHDX /NWSTG/0187028139
> Aug 31 19:30:56 rttc-ingest pqact[1912] INFO:     6260 20070831191447.274 
> NNEXRAD 187028140  SDUS50 PHFO 311913 /pN0SHKI /NWSTG/0187028140
> Aug 31 19:30:56 rttc-ingest pqact[1912] INFO:     7281 20070831191447.281 
> NNEXRAD 187028141  SDUS21 KBTV 311908 /pN2RTYX /NWSTG/0187028141
> Aug 31 19:30:56 rttc-ingest pqact[1912] INFO:     8178 20070831191447.288 
> NNEXRAD 187028142  SDUS25 KPSR 311913 /pN1RYUX /NWSTG/0187028142
> Aug 31 19:30:56 rttc-ingest pqact[1912] INFO:     6798 20070831191447.295 
> NNEXRAD 187028143  SDUS22 KILM 311911 /pN2RLTX /NWSTG/0187028143
> 
> Looking at that last line it looks like data from 19:14:47 was being 
> processed by pqact at 19:30,

That's correct.

> but
> I've no idea why that should be - I'm not seeing any errors or timeouts in 
> the log.

The command "pqcat -vxl -f NNEXRAD -p '^SDUS22 KILM 311911 
/pN2RLTX/NWSTG/0187028143' >/dev/null"
will print the delay from when the last product above was created to when
it was inserted into your product-queue.  With this information, you can
determine the delay from when it was inserted to when it was processed.

Sending the "pqact" process another USR2 signal will put it in
debug logging mode (which is voluminous).  Another USR2 will put
it in the default logging mode.  More information can be found at

<http://www.unidata.ucar.edu/software/ldm/ldm-current/basics/logfile-format.html>

Regards,
Steve Emmerson

Ticket Details
===================
Ticket ID: UUC-234187
Department: Support LDM
Priority: Normal
Status: Closed