>From: Gilbert Sebenste <address@hidden>
>Organization: Northern Illinois
>Keywords: 200001272200.PAA06335 ADD#
Gilbert,
>Got a question for you.
>
>A NASA site has some local imagery off of their own groundstation. The
>data is on an ADDE server from McIDAS. I try to access the data, and I
>connect; but it won't let me "see" or even list the data there. Other
>sites have no problems.
>
>I am wondering if it is because:
>
>1) It's not an educational institution;
Nope.
>2) It runs the "heavy duty" (IE, full version of) McIDAS straight from
> SSEC;
Unidata McIDAS is a super set of SSEC McIDAS. Does this make Unidata McIDAS
a "super heavy duty" McIDAS? :-)
>3) I am having a bad day.
Bummer dude ;-)
>Any thoughts? Here is a log file for you to peruse. Yes, the G8-GHCC is
>correct. And I can "ping" and I can "traceroute" to the web site, no
>problem.
>May be a hidden firewall?
Not that I can see.
>TFILE did OPEN on window 0
>DATALOC LIST
>
>Group Name Server IP Address
>-------------------- ----------------------------------------
>G8-GHCC 198.116.59.198
>MYDATA <LOCAL-DATA>
>RTGRIDS <LOCAL-DATA>
>RTIMAGES <LOCAL-DATA>
>RTNIDS <LOCAL-DATA>
>RTNOWRAD <LOCAL-DATA>
>RTPTSRC <LOCAL-DATA>
>RTWXTEXT <LOCAL-DATA>
>TOPO <LOCAL-DATA>
>
><LOCAL-DATA> indicates that data will be accessed from the local data director
> y.
>DATALOC -- done
>
>DSINFO IMAGE G8-GHCC DEV=CCC
>
>DSINFO* ***** REQ. CFILE-->ALA.G8-GHCC <--
>DSINFO* Read of server has failed. Wanted 4
>DSINFO* Did
> No Datasets found of Type: IMAGE in Group: G8-GHCC
>DSINFO -- done
Looks like they have an ADDE server setup problem of some kind. When I
did essentially the same thing:
DATALOC ADD G8-GHCC 198.116.59.198
DSINFO ALL G8-GHCC
I got:
No Datasets found of Type: IMAGE in Group: G8-GHCC
No Datasets found of Type: POINT in Group: G8-GHCC
No Datasets found of Type: VPROF in Group: G8-GHCC
No Datasets found of Type: GRID in Group: G8-GHCC
No Datasets found of Type: TEXT in Group: G8-GHCC
No Datasets found of Type: NAV in Group: G8-GHCC
DSINFO -- done
This tells me that their ADDE server setup/dataset definition is off.
>IMGLIST G8-GHCC/VIS.ALL DEV=CCC
>Image file directory listing for:G8-GHCC/VIS
>IMGLIST* mcadir:G8-GHCC VIS 1095519264 AUX=YES TRACE=0 BAND=ALL X
>IMGLIST* mcadir:
>IMGLIST* mcadir:
>IMGLIST* Read of server has failed. Wanted 4
>IMGLIST* Did
>IMGLIST: done
>SF 1
>IMGDISP G8-GHCC/VIS 1 STA=HSV DEV=CCC
>IMGDISP* G8-GHCC VIS 0 EC 34.6500 86.7667 X 480 640 CAL=X TRACE=0 TIME=X X I S
> PAC
>IMGDISP* C=1 UNIT=BRIT AUX=YES DAY= DOC=NO VERSION=1
>IMGDISP* Read of server has failed. Wanted 4
>IMGDISP* Did
>IMGDISP: done
>TFILE CLOSE 0
If you can't do a DSINFO, then it is unlikely that you would be able to
do an IMGLIST or IMGDISP.
I would send a note to an appropriate contact at this site to see if they
are having problems with their ADDE server (i.e., can they access the
data through their own remote server locally).
Tom
>From address@hidden Fri Jan 28 14:55:25 2000
Gilbert,
>Thanks! We'll try to work it out. They have a version behind us, so maybe
>that is the problem.
Doubtful.
>They have others who are getting the data just fine.
I find that hard to believe unless the other site is accessing a different
data set.
>I don't have any idea what the problem is. And I don't think they are at
>work today because of snow! :-)
OK. As a little follow-up to yesterday's email: you can see if a site's
remote ADDE server is configured at all by doing:
telnet servername 500
If this does not return an error, then access to port 500 has been enabled.
The fact that I could do a DSINFO with no problems told me that the server
code was running. The fact that there was no real information in the
DSINFO told me that either the data set being accessed was not defined
or there is some other problem.
Tom
>From address@hidden Mon Jan 31 08:40:17 2000
>Subject: RE: ADDE server
>Date: Mon, 31 Jan 2000 09:38:45 -0600
Gilbert,
Thanks for talking to Tom about this. I'm going to look at the
configuration with our sys admin. One thing you do need to know is that
access to the machine is limited (not using the McIDAS allow/deny capability
but using Unix) to only sites with permission - that's why I needed a
hostname and IP. Only that machine and a handful of others (all NASA) have
access to the server none of which have had problems beyond "operator
error", so this one is new to me. Geo is running UW McIDAS-X 7.5 on an SGI
Origin 200 running IRIX 6.5.x just for the record. What kind of machine and
OS do you have, Gilbert?
Yep, we were off Friday for snow. Nothing to write home about but this is
Alabama - so panic city. Most of the city only got flurries. I had about
.25 snow depth at my place Friday - gone by 11am. The farther west and
south the more you had.
Anthony
Anthony R. Guillory
NASA/Marshall Space Flight Center
Global Hydrology and Climate Center
977 Explorer Blvd.
Huntsville, AL 35806-2807
(256) 922-5894
(256) 922-5723 FAX
address@hidden <mailto:address@hidden>
Geostationary Satellite Data: http://www.ghcc.msfc.nasa.gov/GOES
<http://www.ghcc.msfc.nasa.gov/GOES>
-----Original Message-----
From: Gilbert Sebenste [mailto:address@hidden
Sent: Friday, January 28, 2000 4:00 PM
To: Guillory, Anthony
Cc: David Cross (E-mail); Paul Meyer (@rimeice) (E-mail)
Subject: RE: ADDE server
I got this additional information from UNIDATA. See if it helps with the
ADDE problems. I did telnet to your server using port 500 (the ADDE
server), and I got no error messages. It connected fine.
Gilbert Sebenste
Internet: address@hidden (My opinions only!)
Staff Meteorologist, Northern Illinois University
E-mail: address@hidden
web: http://weather.admin.niu.edu
Work phone: 815-753-5492
****************************************************************************
>From address@hidden Mon Jan 31 09:00:31 2000
>Date: Mon, 31 Jan 2000 09:59:21 -0600 (CST)
>To: "Guillory, Anthony" <address@hidden>
>cc: "David Cross (E-mail)" <address@hidden>,
> "Paul Meyer (@rimeice) (E-mail)" <address@hidden>,
> "'address@hidden'" <address@hidden>,
> "Edwards, Rita" <address@hidden>
>Subject: RE: ADDE server
> Gilbert,
>
> Thanks for talking to Tom about this. I'm going to look at the
> configuration with our sys admin. One thing you do need to know is that
> access to the machine is limited (not using the McIDAS allow/deny capability
> but using Unix) to only sites with permission - that's why I needed a
> hostname and IP. Only that machine and a handful of others (all NASA) have
> access to the server none of which have had problems beyond "operator
> error", so this one is new to me. Geo is running UW McIDAS-X 7.5 on an SGI
> Origin 200 running IRIX 6.5.x just for the record. What kind of machine and
> OS do you have, Gilbert?
I am running Linux Redhat 6.0 with McIDAS-X 7.605. Am I correct in that
you use TCP/IP wrappers (as I do) to protect myself from hackers? If so,
I don't think it matters. As UNIDATA noted, they were able to get to your
machine, but not the data. So keep it under "wraps"! :-)
weather.admin.niu.edu (131.156.106.232) is a dual PII 450 MHZ Intel-based
PC from SW Techmologies, for what it's worth. We have a partial T3
connection here, and a T1 as a backup.
> Yep, we were off Friday for snow. Nothing to write home about but this is
> Alabama - so panic city. Most of the city only got flurries. I had about
> .25 snow depth at my place Friday - gone by 11am. The farther west and
> south the more you had.
We got 4" of snow here; ditto for Chicago. I wonder if we're just getting
"southern transplants" who can't drive up here or just morons who think
they can go 80 MPH on the expressways in this stuff (much more likely the
latter). Get an inch of snow now and the expressways turn into demolition
derbies. I think it's a combo of people paranoid and going 15 MPH, getting
rear-ended by those going 60 who can because of their vehicles.
Anyway...I still can't get to any of your datasets yet. See if you can get
to my stuff. Do this:
DSINFO ADD RTIMAGES 131.156.106.232
See if you can "see" my 4 KM images. If you can...hmmmm!!!!
*******************************************************************************
Gilbert Sebenste ********
Internet: address@hidden (My opinions only!) ******
Staff Meteorologist, Northern Illinois University ****
E-mail: address@hidden ***
web: http://weather.admin.niu.edu **
Work phone: 815-753-5492 *
*******************************************************************************
>From address@hidden Mon Jan 31 09:29:12 2000
>From: "Guillory, Anthony" <address@hidden>
>To: "'Gilbert Sebenste'" <address@hidden>,
> "Guillory, Anthony" <address@hidden>
>Cc: "David Cross (E-mail)" <address@hidden>,
> "Paul Meyer (@rimeice) (E-mail)" <address@hidden>,
> "'address@hidden'" <address@hidden>,
> "Edwards, Rita" <address@hidden>
>Subject: RE: ADDE server
>Date: Mon, 31 Jan 2000 10:27:53 -0600
I can get to your server from geo without a problem.
Southern transplants are definitely a possibility - don't rule it out. Have
you discovered that grocery stores start having milk and bread shortages
just before a storm? If so, definitely southerners. They must buy 12 loafs
bread prior to a storm. They must think they are going to be trapped for
months in their house! They also, drive 80, and ignore "road closed" signs.
Anthony
Anthony R. Guillory
NASA/Marshall Space Flight Center
Global Hydrology and Climate Center
977 Explorer Blvd.
Huntsville, AL 35806-2807
(256) 922-5894
(256) 922-5723 FAX
address@hidden <mailto:address@hidden>
Geostationary Satellite Data: http://www.ghcc.msfc.nasa.gov/GOES
<http://www.ghcc.msfc.nasa.gov/GOES>
>From address@hidden Mon Jan 31 09:39:20 2000
>Date: Mon, 31 Jan 2000 10:39:15 -0600 (CST)
>From: Gilbert Sebenste <address@hidden>
>To: "Guillory, Anthony" <address@hidden>
>cc: "David Cross (E-mail)" <address@hidden>,
> "Paul Meyer (@rimeice) (E-mail)" <address@hidden>,
> "'address@hidden'" <address@hidden>,
> "Edwards, Rita" <address@hidden>
>Subject: RE: ADDE server
On Mon, 31 Jan 2000, Guillory, Anthony wrote:
> I can get to your server from geo without a problem.
Hmmmm. I am just stumped. OK, let's review.
You have the imagery in a group called G8-GHCC on geo (aka
198.116.59.198).
Adding that group lets me "hit" the machine, but then it is denied to grab
the images. But you can get to me fine. A firewall still in place,
perhaps?
> Southern transplants are definitely a possibility - don't rule it out. Have
> you discovered that grocery stores start having milk and bread shortages
> just before a storm? If so, definitely southerners. They must buy 12 loafs
> bread prior to a storm. They must think they are going to be trapped for
> months in their house! They also, drive 80, and ignore "road closed" signs.
Yep! But, we also have THE MEDIA(tm), who play every flake of snow as bad
as yours does, IE, Armageddon is on the way, 1" of snow---panic! Shop now
before you get snowed in for years, if not days! :-)
Gilbert Sebenste ********
>From address@hidden Mon Jan 31 10:30:50 2000
>To: "'Gilbert Sebenste'" <address@hidden>,
> "Guillory, Anthony" <address@hidden>
>Cc: "David Cross (E-mail)" <address@hidden>,
> "Paul Meyer (@rimeice) (E-mail)" <address@hidden>,
> "'address@hidden'" <address@hidden>,
> "Edwards, Rita" <address@hidden>
>Subject: RE: ADDE server
>Date: Mon, 31 Jan 2000 11:28:35 -0600
Gilbert,
Your summary is quite accurate. The one additional note to be added is that
when Tom attempted to access geo, he was denied (whereas you are not). (see
log below)
As for the firewall - not to my knowledge. Yes, there is one - but we are
outside of it. It is a long story but since we are off-site of MSFC we are
not within the firewall's domain for now. Also, the firewall is configured
(or will be) to treat everyone (yes, even govt. machines) outside of MSFC
equal to NIU, so if there were a problem I would expect NASA/Langley to have
noticed it. And I've talked to them 3 or 4 times about data in the last
week. I'm pretty clueless. I'll have to do some digging and maybe call UW.
Tom, if you have a suggestion - let me know.
Looks like your MEDIA (tm) is also from the south! Every flake must be
reported. Every bridge, road, school, church, business closing must be
stated many times over. And to get a head start on things lets start
closing schools before a flake falls.
(Unidata Denied messages from the system log - all times GMT)
Jan 27 22:29:26 4C:geo.msfc.nasa.gov mcservsh[21115016]: refused connect
from gale.unidata.ucar.edu
Jan 27 22:29:34 4C:geo.msfc.nasa.gov mcservsh[21167176]: refused connect
from gale.unidata.ucar.edu
Jan 27 22:31:53 4C:geo.msfc.nasa.gov mcservsh[21197301]: refused connect
from
zero.unidata.ucar.edu
Jan 27 22:31:55 4C:geo.msfc.nasa.gov mcservsh[21194268]: refused connect
from zero.unidata.ucar.edu
Jan 27 22:31:57 4C:geo.msfc.nasa.gov mcservsh[21198139]: refused connect
from
zero.unidata.ucar.edu
Jan 27 22:31:58 4C:geo.msfc.nasa.gov mcservsh[21117313]: refused connect
from zero.unidata.ucar.edu
Jan 27 22:32:00 4C:geo.msfc.nasa.gov mcservsh[21198602]: refused connect
from
zero.unidata.ucar.edu
Jan 27 22:32:01 4C:geo.msfc.nasa.gov mcservsh[21171127]: refused connect
from zero.unidata.ucar.edu
Jan 28 22:52:43 4C:geo.msfc.nasa.gov mcservsh[21738365]: refused connect
from
zero.unidata.ucar.edu
Jan 28 22:52:45 4C:geo.msfc.nasa.gov mcservsh[21796805]: refused connect
from zero.unidata.ucar.edu
Jan 28 22:52:46 4C:geo.msfc.nasa.gov mcservsh[21815369]: refused connect
from
zero.unidata.ucar.edu
Jan 28 22:52:48 4C:geo.msfc.nasa.gov mcservsh[21808570]: refused connect
from zero.unidata.ucar.edu
Jan 28 22:52:49 4C:geo.msfc.nasa.gov mcservsh[21791591]: refused connect
from
zero.unidata.ucar.edu
Jan 28 22:52:50 4C:geo.msfc.nasa.gov mcservsh[21585303]: refused connect
from zero.unidata.ucar.edu
Anthony R. Guillory
NASA/Marshall Space Flight Center
Global Hydrology and Climate Center
977 Explorer Blvd.
Huntsville, AL 35806-2807
(256) 922-5894
(256) 922-5723 FAX
address@hidden <mailto:address@hidden>
Geostationary Satellite Data: http://www.ghcc.msfc.nasa.gov/GOES
<http://www.ghcc.msfc.nasa.gov/GOES>
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.