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

[LDM #YEX-392060]: ldm question



Michael,

It's too bad that you can't log into the upstream system as the LDM user. That 
would help a lot.

Here are the log messages from the downstream LDM process on your system that 
requested MRMS data:

Mar 30 13:06:28 crh-ls-ldm-vm 140.90.98.15[12730] NOTE: Starting Up(6.10.1): 
140.90.98.15:388 20150330120628.338 TS_ENDT {{EXP, "(MRMS|xmrg)"}}
Mar 30 13:06:28 crh-ls-ldm-vm 140.90.98.15[12730] NOTE: Previous 
product-information file ".04678c053d959bab4a5dfcc7d651ed3e.info" doesn't exist
Mar 30 13:06:28 crh-ls-ldm-vm 140.90.98.15[12730] NOTE: LDM-6 desired 
product-class: 20150330120628.340 TS_ENDT {{EXP,  "(MRMS|xmrg)"},{NONE, 
"SIG=b1cd343f31293b0653440ea4d6780e3f"}}
Mar 30 13:06:28 crh-ls-ldm-vm 140.90.98.15[12730] NOTE: Upstream LDM-6 on 
140.90.98.15 is willing to be a primary feeder
Mar 30 14:46:00 crh-ls-ldm-vm 140.90.98.15[12730] ERROR: readtcp(): select() 
timeout on socket 4
Mar 30 14:46:00 crh-ls-ldm-vm 140.90.98.15[12730] ERROR: one_svc_run(): RPC 
layer closed connection
Mar 30 14:46:00 crh-ls-ldm-vm 140.90.98.15[12730] ERROR: Disconnecting due to 
LDM failure; Connection to upstream LDM closed
Mar 30 14:46:00 crh-ls-ldm-vm 140.90.98.15[12730] NOTE: LDM-6 desired 
product-class: 20150330134600.907 TS_ENDT {{EXP,  "(MRMS|xmrg)"},{NONE, 
"SIG=2168fa14d86960e9e18d0d2e8c093f99"}}
Mar 30 14:46:01 crh-ls-ldm-vm 140.90.98.15[12730] NOTE: Upstream LDM-6 on 
140.90.98.15 is willing to be a primary feeder

They show that it started at 13:06:28 and requested the last hours worth of 
data. About 1 hour and 40 minutes later (at 14:46:00) the connection to the 
upstream LDM broke and was re-established within a second. All this behavior 
looks perfectly normal.

Did MRMS data-products continue to arrive after 14:46:01?

> Hi Steve,
> Unfortunately I don't have access to the upstream system short of
> connecting via ldm for data transfer. The upstream source tells me they
> don't have verbose logging running do to the amount of data flowing. The
> entries in my downstream log related to the upstream ldm server at NCEP are:
> 
> address@hidden logs]$ grep 140.90 ldmd.log
> Mar 30 13:06:28 crh-ls-ldm-vm 140.90.8.36[12682] NOTE: Starting Up(6.10.1):
> 140.90.8.36:388 20150330120628.269 TS_ENDT {{EXP,  "NWS.MDL.ANC"}}
> Mar 30 13:06:28 crh-ls-ldm-vm 140.90.8.36[12682] NOTE: LDM-6 desired
> product-class: 20150330120628.271 TS_ENDT {{EXP,  "NWS.MDL.ANC"},{NONE,
> "SIG=1d315244b9dd80d82e602b920574e0f1"}}
> Mar 30 13:06:28 crh-ls-ldm-vm 140.90.98.15[12730] NOTE: Starting
> Up(6.10.1): 140.90.98.15:388 20150330120628.338 TS_ENDT {{EXP,
> "(MRMS|xmrg)"}}
> Mar 30 13:06:28 crh-ls-ldm-vm 140.90.98.15[12730] NOTE: Previous
> product-information file ".04678c053d959bab4a5dfcc7d651ed3e.info" doesn't
> exist
> Mar 30 13:06:28 crh-ls-ldm-vm 140.90.98.15[12730] NOTE: LDM-6 desired
> product-class: 20150330120628.340 TS_ENDT {{EXP,  "(MRMS|xmrg)"},{NONE,
> "SIG=b1cd343f31293b0653440ea4d6780e3f"}}
> Mar 30 13:06:28 crh-ls-ldm-vm 140.90.8.36[12682] NOTE: Upstream LDM-6 on
> 140.90.8.36 is willing to be an alternate feeder
> Mar 30 13:06:28 crh-ls-ldm-vm 140.90.98.15[12730] NOTE: Upstream LDM-6 on
> 140.90.98.15 is willing to be a primary feeder
> Mar 30 13:06:30 crh-ls-ldm-vm 140.90.173.130[12849] NOTE: Data-product with
> signature cb915d66fc31dee2f13186d8cc8d02f3 wasn't found in product-queue
> Mar 30 13:06:31 crh-ls-ldm-vm 140.90.173.130[12857] NOTE: Data-product with
> signature 663920a523c9e16b64611ea3014b01be wasn't found in product-queue
> Mar 30 13:06:52 crh-ls-ldm-vm 140.90.173.121[13150] NOTE: Data-product with
> signature 663920a523c9e16b64611ea3014b01be wasn't found in product-queue
> Mar 30 13:06:52 crh-ls-ldm-vm 140.90.173.121[13199] NOTE: Data-product with
> signature 36de14b64d4e85a06c16953eb50cba3d wasn't found in product-queue
> Mar 30 13:06:57 crh-ls-ldm-vm 140.90.173.121[13293] NOTE: Data-product with
> signature cb915d66fc31dee2f13186d8cc8d02f3 wasn't found in product-queue
> Mar 30 13:22:11 crh-ls-ldm-vm 140.90.8.36[12682] ERROR: readtcp(): EOF on
> socket 4
> Mar 30 13:22:11 crh-ls-ldm-vm 140.90.8.36[12682] ERROR: one_svc_run(): RPC
> layer closed connection
> Mar 30 13:22:11 crh-ls-ldm-vm 140.90.8.36[12682] ERROR: Disconnecting due
> to LDM failure; Connection to upstream LDM closed
> Mar 30 13:22:11 crh-ls-ldm-vm 140.90.8.36[12682] NOTE: LDM-6 desired
> product-class: 20150330122211.427 TS_ENDT {{EXP,  "NWS.MDL.ANC"},{NONE,
> "SIG=1d315244b9dd80d82e602b920574e0f1"}}
> Mar 30 13:22:11 crh-ls-ldm-vm 140.90.8.36[12682] NOTE: Upstream LDM-6 on
> 140.90.8.36 is willing to be an alternate feeder
> Mar 30 13:55:10 crh-ls-ldm-vm 140.90.8.36[12682] NOTE: Switching
> data-product transfer-mode to primary
> Mar 30 13:55:10 crh-ls-ldm-vm 140.90.8.36[12682] NOTE: LDM-6 desired
> product-class: 20150330125510.462 TS_ENDT {{EXP,  "NWS.MDL.ANC"},{NONE,
> "SIG=a89b7aea35c22172fbb036447eb3ccbb"}}
> Mar 30 13:55:10 crh-ls-ldm-vm 140.90.8.36[12682] NOTE: Upstream LDM-6 on
> 140.90.8.36 is willing to be a primary feeder
> Mar 30 14:46:00 crh-ls-ldm-vm 140.90.98.15[12730] ERROR: readtcp():
> select() timeout on socket 4
> Mar 30 14:46:00 crh-ls-ldm-vm 140.90.98.15[12730] ERROR: one_svc_run(): RPC
> layer closed connection
> Mar 30 14:46:00 crh-ls-ldm-vm 140.90.98.15[12730] ERROR: Disconnecting due
> to LDM failure; Connection to upstream LDM closed
> Mar 30 14:46:00 crh-ls-ldm-vm 140.90.98.15[12730] NOTE: LDM-6 desired
> product-class: 20150330134600.907 TS_ENDT {{EXP,  "(MRMS|xmrg)"},{NONE,
> "SIG=2168fa14d86960e9e18d0d2e8c093f99"}}
> Mar 30 14:46:01 crh-ls-ldm-vm 140.90.98.15[12730] NOTE: Upstream LDM-6 on
> 140.90.98.15 is willing to be a primary feeder
> Mar 30 15:05:16 crh-ls-ldm-vm 140.90.8.36[12682] NOTE: Switching
> data-product transfer-mode to alternate
> Mar 30 15:05:16 crh-ls-ldm-vm 140.90.8.36[12682] NOTE: LDM-6 desired
> product-class: 20150330140516.193 TS_ENDT {{EXP,  "NWS.MDL.ANC"},{NONE,
> "SIG=03737f94b1d99026ce1b94f97401fb50"}}
> Mar 30 15:05:16 crh-ls-ldm-vm 140.90.8.36[12682] NOTE: Upstream LDM-6 on
> 140.90.8.36 is willing to be an alternate feeder
> 
> 
> Michael
> 
> --
> Michael K. Johnson
> National Weather Service
> Central Region Headquarters
> Kansas City, MO
> 816-268-3160

Regards,
Steve Emmerson

Ticket Details
===================
Ticket ID: YEX-392060
Department: Support LDM
Priority: Normal
Status: Closed


NOTE: All email exchanges with Unidata User Support are recorded in the Unidata inquiry tracking system and then made publicly available through the web. If you do not want to have your interactions made available in this way, you must let us know in each email you send to us.