Hi Jeff,
re: running GEMPAK decoders from the command line
> That looks like a pain in the butt, so I'll just wait...
It is not that hard...
re: strange problem seen on another user's machine that was fixed by disabling
IPv6
> Now THAT'S interesting. If I run notifyme against idd.unl.edu, should
> it list HDS in the list?
Yes, but HDS is part of compound feed types:
WMO == HDS|IDS|DDPLUS
UNIDATA == WMO|UNIWISC
> I ran: notifyme -l note.out -h idd.unl.edu and it says:
>
> Nov 04 19:54:33 notifyme[5348] NOTE: Starting Up: idd.unl.edu:
> 20081104195433.158 TS_ENDT {{ANY, ".*"}}
> Nov 04 19:54:33 notifyme[5348] NOTE: LDM-5 desired product-class:
> 20081104195433.158 TS_ENDT {{ANY, ".*"}}
> Nov 04 19:54:33 notifyme[5348] NOTE: NOTIFYME(idd.unl.edu): reclass:
> 20081104195433.158 TS_ENDT {{EXP|NXRDSRC|NEXRAD2|NEXRAD3|NPORT|NIMAGE|
> GEM|FNMOC|GPS|FAA604|DIFAX|WSI|NMC|FSL|UNIDATA|SPARE|0x80000000, ".*"}}
> Nov 04 19:54:33 notifyme[5348] NOTE: NOTIFYME(idd.unl.edu): OK
> Nov 04 19:54:37 notifyme[5348] NOTE: exiting
>
> It doesn't mention HDS specifically...
Yes, but it does mention UNIDATA which is the union of HDS|IDS|DDPLUS and
UNIWISC.
> The other thing though is that
> it appears that it receives information, but can't write it - although
> there are a lot of "can't read file" messages also...
Yes, I was just talking to Michael James (our GEMPAK guy) about the 'can't read
file'
messages.
re: changing the system clock setup
> OK. I might try that.
After talking with Michael, I am leaning towards you first trying to use a
pre-built,
32-bit version of the decoders that are currently giving you problems. To test
this
out, I am downloading the 32-bit distribution to the
/home/gempak/GEMPAK5.11.1_32
directory I just created on whistler.
re: what kind of access to you have
> I have 'sudo' access.
> I did send you the gempak login info a while back, but here it is again.
Thanks. Like I said, things are a bit fuzzy (too many different sites problems
floating through my head).
*** some time later ***
I tried running 32-bit versions of dcmetr, dcacft, dcmsfc, and dcgrib2 on
whistler,
but had no luck. One of the problems was that the shared gfortran library
needed
is not available. I copied over one from the system on which we built the
GEMPAK
5.11.1 32-bit binary release, and set LD_LIBRARY_PATH for user 'ldm', but this
did not result in working versions run by pqact. Quite frankly, I do NOT
understand
this!
On a hunch, I decided to replay the experiments I ran with my other user last
Friday:
<as 'ldm'>
notifyme -vl- <- ran in one login window
pqcat -vl- > /dev/null <- run in another login window
ldmadmin watch <- ran in another login window
The listings were different! The 'ldmadmin watch' invocation showed the
receipt of NEXRAD3
products, but the 'notifyme -vl-' and 'pqcat -vl- -o 600 > /dev/null'
invocations did not.
This disparity in the listings exactly matches what we saw on the other user's
machine last
Friday!
Because of this strangeness, I think that the first thing to do is to turn off
IPv6 support.
I would do this for you if I had 'root' access, but since I don't, please
perform the
steps listed in:
http://blog.taragana.com/index.php/archive/how-to-disable-ipv6-on-fedora-linux-why/
Please note that you _will_ need to do a system reboot after all steps have
been made
(the URL says that you might have to reboot).
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