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

20051214: Public ADDE server stratus.al.noaa.gov (cont.)



>From: Eirh-Yu Hsie <address@hidden>
>Organization: CU/CIRES NOAA/ESRL
>Keywords: 200512091601.jB9G1w7s009532 McIDAS Solaris 10

Hi Hsie,

re: hail -> stratus transition
>I already switch the machine names.  Please login "stratus" instead.  It
>is a new machine - Sun w2100z workstation running Solaris 10x86.

OK.  I was not able to get to the ADDE remote server on the new
stratus right after I saw this email, so I decided to login and
see what was going on.  I found that replacement facility for inetd.conf
values is now passing parameters to ~mcidas/solaris/mcservsh, but
the values are not correct:

current exec_method contents of /var/svc/manifest/network/mcidas-tcp.xml:

        <exec_method
                type='method'
                name='inetd_start'
                exec='/home/mcidas/solaris/bin/mcservsh -H /home/mcidas'
                timeout_seconds='0'>
                <method_context>
                        <method_credential user='mcadde' group='unidata' />
                </method_context>
        </exec_method>

The value for the '-H' flag should be /home/mcidas/solaris, not /home/mcidas.
The same problem exists in mccompress and mcserv.

Please update either the inetd.conf file from which the values were
imported or edit the XML files directly and then make the new settings
active.  Thanks!

Another finding:  I tried hardcoding the values in
~mcidas/solaris/mcservsh to add the solaris subdirectory to make sure
that things work.  I then saw that the client routing table entries for
the user 'mcidas' still pointed at hail.al.noaa.gov.  I modified the
values in ~mcidas/solaris/data/LOCDATA.BAT and changed the
hail.al.noaa.gov values to stratus.al.noaa.gov.  I also setup pointing
for the GOESEAST dataset to unidata2.ssec.wisc.edu and added an entry
for the PUB dataset (publically available GOES-East, GOES-West,
METEOSAT-7, and MTSAT imagery available from NOAA/SATEPS).  I made the
new values in LOCDATA.BAT active using:

<as 'mcidas'>
cd ~mcidas/solaris/workdata
batch.k LOCDATA.BAT

The client routing table entries for 'mcidas' are now correct
on the new stratus.

I then tested to see if 'mcidas' could access data through the
remote ADDE interface on the new stratus, and it could.  I then
tested the access from my home machine and found that I am
_not_ able to access the remote ADDE server on stratus.  This may
be due to the need to add two more entries in /etc/hosts.allow:

current:

...
mcservsh: allow

needs updating to:

...
mcidas mcservsh: ALL : severity local3.info : allow
mcserv mcservsh: ALL : severity local3.info : allow
mccompress mcservsh: ALL : severity local3.info : allow

These entries are what would be added on machines running inetd
by the McIDAS ADDE remote server setup utility mcinet2005.sh.

Please let me know when you have made the changes.

Cheers,

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