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

[Datastream #IZJ-689237]: Additional Datafeeds



Hi Jeff,

re: I still may have some good news for you :-)
re:
> > <as 'root'>
> > cd /usr/lib64
> > cp ~gempak/decoders5.11.4/libgfortran3.0.0 .
> > ln -s libgfortran3.0.0 libgfortran.so.3
> >
> 
> Did this.  It appeared to be in ~ldm, rather than ~gempak.  Is that
> correct?

Oops, three typos: this should have been:

<as 'root'>
cd /usr/lib64
cp ~ldm/decoders5.11.4/libgfortran.so.3.0.0 .
ln -s libgfortran.so.3.0.0 libgfortran.so.3

I just corrected the link in /usr/lib64 on whistler.

re: try using the 5.11.4 versions of dcacft and dcmsfc

> Did dcmetr and dcgrib2 also, just for giggles.

I just (re)did this on whistler:

<as 'ldm'>
ldmadmin stop
cd ~/decoders5.11.4
cp dcacft dcmetr dcmsfc dcgrib2 ~/decoders      <- the 5.11.1 version were 
already backed-up

cd ~/data/gempak/logs
rm *.log*
~/util/dcrotatelog.csh

ldmadmin start

re:
> Did this.  After starting it, I did a tail on ldmd.log and it was
> freaking out with messages about dcgrib2 and dcmetr.

Because of my three typos noted above.  I apologize for this!

> I went ahead and
> shut it down, copied (all) the original decoders back and restarted ldm
> and it was fine again.  I left it that point for now.

Whistler is now running the 5.11.4 versions of dcacft, dcmetr, dcmsfc, and 
dcgrib2
quite happily (meaning no errors noted in ~ldm/logs/ldmd.log).  We will see
the results of this test as data rolls in.

re: list of data "holes" you are experiencing in Garp

> OK.   Here are some to look at/for.  If you need some more, I can find
> some.  These are all in Garp > View > Model > Plan Projection.
> Eta 215, Level 500mb, Scalar: General, Any date/time, any field -
> Temp_C, Hght_m, etc.
> Eta 215, Level 500mb, Scalar: HAS, Any date/time, any field but Abs.
> Vorticity (s-1)
> GFS thinned, Level 500mb, Scalar:Convective, any date/time,
> CAPE,CIN,LI_41yr_K,LI_Surf_K

OK.  This gives something to look for-on/compare-to other 64-bit RedHat
Enterprise Linux systems.

> On another, possibly related note, the NSharp sounding data seems to be
> missing...  Dates/times are listed, but there isn't any data.  Is this
> possibly related to the decoder errors?

Yes, quite possibly.

> And one last thing.  Since this seems to be a unique situation for you
> guys, I think it would be easier if you could look around more freely
> and try some stuff directly on Whistler.  I'm going to give you my login
> credentials so that you can at least 'sudo' when you need to.  That way,
> you can do some experimentation yourself, rather than relying on me to
> carry it out.  After it's up and running smoothly, I'll just change my
> password.

Many thanks for this!  This will help identify and hopefully correct problems
as fast as possible (like correcting the link to libgfortran.so.3.0.0 in
/usr/lib64).


> Thanks again for all the help.

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: IZJ-689237
Department: Support IDD
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.