[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
20051109: adde.ucar.edu IP address changed; action needed
- Subject: 20051109: adde.ucar.edu IP address changed; action needed
- Date: Wed, 09 Nov 2005 16:51:29 -0700
>From: Unidata Support <address@hidden>
>Organization: UCAR/Unidata
>Keywords: 200508291349.j7TDnujo003962 McIDAS ADDE
Hi Kwan,
Since I still see a CCNY machine (halo.sci.ccny.cuny.edu) accessing the
old IP address of adde.ucar.edu (aka motherlode.ucar.edu), I am passing
along a notification that the machine has been changed. You are still
able to get data from adde.ucar.edu because McIDAS caches an IP address
when the user sets up pointing to an ADDE server (via a DATALOC ADD
group server). We need to decomission the machine that was known as
adde.ucar.edu, so I am asking that you follow the instructions in the
announcement I sent to the mcidas-x and ldm-users email list a several
weeks ago:
Users of the McIDAS ADDE server adde.ucar.edu:
We have transitioned the machine known as adde.ucar.edu (aka
motherlode.ucar.edu) from Sun Enterprise E420 to SunFire 480 hardware.
The machine has also been moved from the NCAR machine room to the
Unidata offices at Foothills Lab #4.
Because of the relocation of adde.ucar.edu, the IP address has changed
from 128.117.15.119 to 128.117.114.119. This change coupled with
McIDAS' cache of ADDE server IP addresses in its client routing table
requires the following steps be undertaken by sites accessing data from
the ADDE server adde.ucar.edu:
<login as the user 'mcidas'>
cd $MCDATA
dataloc.k HOST
If you have cron-initiated scripts run from an account other than 'mcidas'
that access adde.ucar.edu:
<login as the user running the cron-initiated scripts>
cd $MCDATA
dataloc.k HOST
'DATALOC HOST' will force McIDAS to update its client routing table
(pointed at through $MCTABLE_WRITE) cache of IP address for all hosts.
Please follow the above procedures as soon as you are able. ADDE
access to the old adde.ucar.edu machine (IP address 128.117.15.119)
will begin failing at the beginning of the week of November 7.
Thanks in advance for your prompt attention in this matter!
Please send any questions/comments regarding the above procedure to
Unidata User Support <address@hidden>.
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.