19990602: mcidas area files at stc

>From: alan anderson <address@hidden>
>Organization: St. Cloud State
>Keywords: 199906020131.TAA25361 IDD MCIDAS

Alan,

>Came back after the weekend to have Bob Weisman remind me that Mcidas
>had data only from last week (4 days old).  I suspected our connection
>to unl had failed so I checked the files on hobbes (still our server)
>and found only old data.  Also looked at my log file and found only
>data recycled lines, along with a couple of instances where our
>connection was refused or program not registered at unl.  Emailed to
>Clint Rowe and he replied that chinook was running, and that we should
>be getting data, but he restarted his ldm to be sure.

I just did a notifyme to the UNL machine (chinook) looking for receipt
of MCIDAS feed products (i.e. AREA, MDXX, etc.) and see nothing in the
past hour:

notifyme -vxl- -o 3600 -h chinook.unl.edu -f MCIDAS
Jun 02 17:29:34 notifyme[16494]: Starting Up: chinook.unl.edu: 
19990602162934.912 TS_ENDT {{MCIDAS,  ".*"}}
        NOTIFYME(chinook.unl.edu) returns OK
Jun 02 17:29:35 notifyme[16494]: NOTIFYME(chinook.unl.edu): OK

This means that Clint is not getting the images, so he can't relay them on.

>I rechecked my log files, but found only that chinook now had accepted
>our FEEDME request; no statements of decoders running or other evidence
>of products coming in that I usually find.  Not sure if my logging is
>turned to verbose or not, but thought I should see some evidence of
>products coming in.

The problem is on Clint's side (or on his upstream feeder side.

>I waited a few hours and now still do not see any fresh AREA files on
>hobbes, or on waldo, which gets its feed from hobbes.  Also, MD files
>are absent from hobbes, even those from today,  but waldo has MD files
>from May 31 - Jun 2 (early).

So hobbes is still extracting the MDXX files from the Unidata-Wisconsin
stream.  waldo is creating its own from the FOS/NOAAPORT stream.

>I thought this seemed strange, but
>recalled that waldo makes it MD files from DDPLUS.  I need to work on
>having our os2 machines look to waldo instead of hobbes, or else send
>waldo's MD files back to hobbes for access.

The quickest thing to do is to have the OS/2 machines mount waldo's
data file system.

>I was counting on our os2
>machines staying up for a while, as we convert them one by one to
>mcidasx.  What are your thoughts on how to supply our os2 machines
>with data?

If you were having them mount a disk on hobbes, simply change your
strategy and have them mount waldo's data disk.  You might have to
mess with REDIRECTions on the OS/2 side if the logical disk changes.

>Also, looking at waldo, I see that when starting a MCIDAS session, I am
>set up for only 6 frames.  I don't recall what this was when it first
>ran, but thought it was more than six.  The usual Fkey menu commands
>won't work properly as latest image wants to plot in 12, and bombs with
>a range limited to 6.  I can get it to plot using command line, but
>again, something seems strange, limited to 6 frames.

The number of frames that a McIDAS session will come up with is controlled
in the .mcidasrc file that can be found in each user's home directory.
You will want to edit that file (those files if you are addressing multiple
users) and:

change:

-f 6

to:

-f 17

>After waldo coming back up last week, I have been having my student
>worker work on setting up the needed user accounts so that we can let
>others work on waldo.  I think that is still in progress.

OK.

>Let me know what you suspect.  I know you have all the answers I need.

I will dash off a note to Clint with the results of my notifyme test.
He will then have to trace down why he is not getting MCIDAS stream
data files.

Tom

>From address@hidden  Wed Jun  2 11:39:40 1999

Clint,

I have been in eamil contact with Alan Anderson of St. Cloud State.  His
machine is not receiving the Unidata-Wisconsin (MCIDAS) datastream from
chinook.unl.edu and hasn't been for some days.

From his machine, I did a notifyme to see if you had received any
MCIDAS products in the past hour:

notifyme -vxl- -o 3600 -h chinook.unl.edu -f MCIDAS
Jun 02 17:29:34 notifyme[16494]: Starting Up: chinook.unl.edu: 
19990602162934.912 TS_ENDT {{MCIDAS,  ".*"}}
        NOTIFYME(chinook.unl.edu) returns OK
Jun 02 17:29:35 notifyme[16494]: NOTIFYME(chinook.unl.edu): OK
Jun 02 17:34:38 notifyme[16494]: Timed out after 300 seconds inactivity
Jun 02 17:34:38 notifyme[16494]: Disconnect
        NOTIFYME(chinook.unl.edu) returns OK
Jun 02 17:35:03 notifyme[16494]: NOTIFYME(chinook.unl.edu): OK

You havn't.  It appears that you are not receiving the MCIDAS feed from
your upstream site, so you are not able to relay them on to St. Cloud
(and any others that you may be feeding).  Can you check this out on
your end?

Thanks in advance...

Tom

>From address@hidden  Wed Jun  2 12:08:20 1999

Tom,

I had switcheed over to blueskies.sprl.umich.edu from data2.atmos.uiuc.edu
last week when we weren't getting any HDS data from Illinois.  It appears that 
Michigan (and all their downstream sites) is not getting MCIDAS data.  I've
switch back to Illinois -- Alan (and others) should see MCIDAS data now.

Clint

chinook% notifyme -vxl- -o 3600 -h blueskies.sprl.umich.edu -f MCIDAS
Jun 02 18:00:41 notifyme[19336]: Starting Up: blueskies.sprl.umich.edu: 
19990602170041.820 TS_ENDT {{MCIDAS,  ".*"}}
        NOTIFYME(blueskies.sprl.umich.edu) returns OK
Jun 02 18:00:42 notifyme[19336]: NOTIFYME(blueskies.sprl.umich.edu): OK
^CJun 02 18:01:07 notifyme[19336]: Interrupt
Jun 02 18:01:07 notifyme[19336]: exiting

chinook% notifyme -vxl- -o 3600 -h data2.atmos.uiuc.edu -f MCIDAS
Jun 02 18:01:25 notifyme[19386]: Starting Up: data2.atmos.uiuc.edu: 
19990602170125.726 TS_ENDT {{MCIDAS,  ".*"}}
        NOTIFYME(data2.atmos.uiuc.edu) returns OK
Jun 02 18:01:26 notifyme[19386]: NOTIFYME(data2.atmos.uiuc.edu): OK
Jun 02 18:01:26 notifyme[19386]: fa0ec9d0fae3015df1f2e55586a43d89    52230 
19990602170559.306  MCIDAS 000  LWTOA3 204 DIALPROD=U3 99153 170554
Jun 02 18:01:27 notifyme[19386]: 61dcea48143e7e9883459510a4cb9091   213865 
19990602171644.153  MCIDAS 000  LWTOA3 172 DIALPROD=UB 99153 171634
Jun 02 18:01:27 notifyme[19386]: 94c1e0a3d19fa4a02e01d1e472eb182a  1239376 
19990602171715.677  MCIDAS 000  LWTOA3 131 DIALPROD=U5 99153 171634
Jun 02 18:01:27 notifyme[19386]: 2ef37883625f98acb554ec92e9913428  2094085 
19990602171725.598  MCIDAS 000  LWTOA3 121 DIALPROD=U9 99153 171635
^CJun 02 18:01:28 notifyme[19386]: Interrupt
Jun 02 18:01:28 notifyme[19386]: exiting


> 
> Clint,
> 
> I have been in eamil contact with Alan Anderson of St. Cloud State.  His
> machine is not receiving the Unidata-Wisconsin (MCIDAS) datastream from
> chinook.unl.edu and hasn't been for some days.
> 
> From his machine, I did a notifyme to see if you had received any
> MCIDAS products in the past hour:
> 
> notifyme -vxl- -o 3600 -h chinook.unl.edu -f MCIDAS
> Jun 02 17:29:34 notifyme[16494]: Starting Up: chinook.unl.edu: 
19990602162934.912 TS_ENDT {{MCIDAS,  ".*"}}
>         NOTIFYME(chinook.unl.edu) returns OK
> Jun 02 17:29:35 notifyme[16494]: NOTIFYME(chinook.unl.edu): OK
> Jun 02 17:34:38 notifyme[16494]: Timed out after 300 seconds inactivity
> Jun 02 17:34:38 notifyme[16494]: Disconnect
>         NOTIFYME(chinook.unl.edu) returns OK
> Jun 02 17:35:03 notifyme[16494]: NOTIFYME(chinook.unl.edu): OK
> 
> You havn't.  It appears that you are not receiving the MCIDAS feed from
> your upstream site, so you are not able to relay them on to St. Cloud
> (and any others that you may be feeding).  Can you check this out on
> your end?
> 
> Thanks in advance...
> 
> Tom
> **************************************************************************** <
> Unidata User Support                                    UCAR Unidata Program <
> (303)497-8644                                                  P.O. Box 3000 <
> address@hidden                                   Boulder, CO 80307 <
> ---------------------------------------------------------------------------- <
> Unidata WWW Service                        http://www.unidata.ucar.edu/      <
> **************************************************************************** <


====================================================================
Clinton M. Rowe
Associate Professor 
Meteorology/Climatology Program                  phone:(402)472-1946
Department of Geosciences                          fax:(402)472-4917
University of Nebraska-Lincoln                  address@hidden