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.
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