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

[Datastream #IZJ-689237]: Additional Datafeeds

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

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


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

> 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 

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 
32-bit version of the decoders that are currently giving you problems.  To test 
out, I am downloading the 32-bit distribution to the 
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 
but had no luck.  One of the problems was that the shared gfortran library 
is not available.  I copied over one from the system on which we built the 
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 

On a hunch, I decided to replay the experiments I ran with my other user last 

<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

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:


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


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