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

Re: Top level CONDUIT relay

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: Re: Top level CONDUIT relay
  • Date: Tue, 19 Jun 2007 12:16:45 -0600
Justin,

If the ldm on ldm2 is dying, then it may have a corrupt queue,so I would
suggest doing :

ldmamdin stop
ldmadmin delqueue
ldmadmin mkqueue
ldmadmin start

Is this the wueue that you remade on Friday?

Thanks for all your afforts in looking at this,

Steve Chiswell
Unidata User Support

On Tue, 2007-06-19 at 14:12 -0400, Justin Cooke wrote:
> 
> Chi.Y.Kang wrote:
> > Steve Chiswell wrote:
> >   
> >> Pete and David,
> >>
> >> I changed the CONDUIT request lines at NSF and Unidata to request data
> >> from ldm1.woc.noaa.gov rather than ncepldm.woc.noaa.gov after seeing
> >> lots of
> >> disconnect/reconnects to the ncepldm virtual name.
> >>
> >> The LDM appears to have caught up here as an interim solution.
> >>
> >> Still don't know the cause of the problem.
> >>
> >> Steve
> >>   
> >>     
> >
> > I know the NCEP was stop and starting the LDM service on the ldm2 box
> > where the VIp address is pointed to at this time.  how is the current
> > connection to LDM1?  is the speed of the conduit feed acceptable?
> >   
> Chi, NCEP has not restarted the LDM on ldm2 at all today. But looking at 
> the logs it appears to be dying and getting restarted by cron.
> 
> I will watch and see if I see anything.
> 
> Justin
-- 
Steve Chiswell <address@hidden>
Unidata