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

[IDD #QEG-718696]: CMC GEM Feed Down (fwd)

Hi Tom,


re: is your feed REQUEST for GEM being denied?

> I don't think it is a question of being denied access to the host (as a
> result of a changed ALLOW), but not being able to connect to it at all.
> From my original message:
> 
> Feb 04 16:52:19 vortex ldm.weather.ec.gc.ca[14152] ERROR: readtcp(): EOF on 
> socket 5
> Feb 04 16:52:19 vortex ldm.weather.ec.gc.ca[14152] ERROR: one_svc_run(): RPC 
> layer closed connection
> Feb 04 16:52:19 vortex ldm.weather.ec.gc.ca[14152] ERROR: Disconnecting due 
> to LDM failure; Connection to upstream LDM closed
> Feb 04 16:52:19 vortex ldm.weather.ec.gc.ca[14152] NOTE: LDM-6 desired 
> product-class: 20150204045219.942 TS_ENDT {{GEM,  
> ".*"},{NONE,"SIG=c57fad69298a5bf9ae1446fc4e664932"}}
> Feb 04 16:59:49 vortex ldm.weather.ec.gc.ca[14152] ERROR: Disconnecting due
> to LDM failure; Couldn't connect to LDM on ldm.weather.ec.gc.ca using either 
> port 388 or portmapper; : RPC: Remote system error - Connection timed out
> 
> ldmping reveals (or doesn't):
> 
> [551] vortex% ldmping ldm.weather.ec.gc.ca
> Feb 10 13:09:18 INFO:      State    Elapsed Port   Remote_Host rpc_stat
> Feb 10 13:09:18 INFO: Resolving ldm.weather.ec.gc.ca to 199.212.17.24 took 
> 0.00297 seconds
> Feb 10 13:09:28 ERROR: SVC_UNAVAIL   9.996664    0   ldm.weather.ec.gc.ca 
> h_clnt_create(ldm.weather.ec.gc.ca): Timed out while creating connection
> 
> The 2 lines about "Disconnecting due to LDM failure" and "LDM-6 desired
> product-class" are the only subsequent entries referring to
> ldm.weather.ec.gc.ca in my logs from that point on (the original
> disconnect on 2/4/15).

OK.  I just checked our REQUEST for GEM data and see that it is to a different
machine at CMC:

request GEM     "CMC_reg_"      ldm.meteo.ec.gc.ca

As a test, please do a 'notifyme' to to ldm.meteo.ec.gc.ca:

<as 'ldm'>
notifyme -vl- -f GEM -h ldm.meteo.ec.gc.ca

If your 'notifyme' invocation is successful, I recommend changing your
original REQUEST for GEM from ldm.weather.ec.gc.ca to ldm.meteo.ec.gc.ca.
I also recommend that you keep the REQUEST to the Penn State relay cluster,
but one should only do this if the set of GEM products being asked fo is exactly
the same in each REQUEST (this has to do with the auto switching feature
of the LDM).

re: check to see if you can REQUEST from the Penn State relay cluster

> I am ALLOWed, so I've added the GEM feed to my REQUEST line for FNEXRAD
> from idd.meteo.psu.edu.

OK.

re:
> I'll have to wait awhile to see if it works as
> there are currently no GEM products in the idd.meteo.psu.edu product queue
> (the regional model is run twice a day as I recall), but I'm going to
> assume that it will.

Very good.

re:
> Thanks.

No worries.

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: QEG-718696
Department: Support IDD
Priority: Normal
Status: Closed