[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[McIDAS #MEK-787706]: 20060126: MD data once again available on allegan; upgrade to v2005 request
- Subject: [McIDAS #MEK-787706]: 20060126: MD data once again available on allegan; upgrade to v2005 request
- Date: Sat, 04 Feb 2006 11:42:39 -0700
Hi again John,
I configured McIDAS-X v2005b on webcat changing one of the things that
you had done on January 7:
- changed the XCD output directory to /var/data/ldm/mcidas (it was
/export/home/mcidas/workdata). I did this by changing the McIDAS
string XCDDATA:
<as 'mcidas'>
cd ~mcidas/workdata
te.k XCDDATA \"/var/data/ldm/mcidas
I configured the McIDAS and McIDAS-XCD installations as follows:
<as 'mcidas'>
cd ~mcidas/workdata
mcxconfig <- script that leads one through McIDAS-X setup
xcdconfig <- script that leads one through McIDAS-XCD setup
I also changed some things in the LDM installation to make it conform to
our recommendations for installation (e.g., moved the LDM-6.1.0 directory
from ~ldm/SOURCE to ~ldm and then change the runtime link).
Also:
- FTPed the ldm-mcidas decoder binaries from the Unidata FTP site:
<as 'ldm'>
cd ~ldm
mkdir ldm-mcidas
cd ldm-mcidas
ftp ftp.unidata.ucar.edu
<user> anonymous
<pass> address@hidden
cd binary/sunos_5.6-sparc
binary
get ldm-mcidas-2004.tar.Z
quit
zcat ldm-mcidas-2004.tar.Z | tar xvf -
rm ldm-mcidas-2004.tar.Z README
ln -s ldm-mcidas-2004/* .
cd bin
cp area2png pnga2area nldn2md proftomd pngg2gini ~/decoders
cd ../etc
cp SAT* ~/etc
- FTPed some Cshell scripts used to scour directories:
<as 'ldm'>
cd ~/util
ftp ftp.unidata.ucar.edu
<user> anonymous
<pass> address@hidden
cd pub/ldm/scour
binary
get prune_nexrad.csh
get prune_nexrcomp.csh
get prune_gini.csh
get prune_images.csh
quit
chmod +x prune_*.csh
-- edit each prune_*.csh script and set paths to match the setup on webcat
-- added crontab entries to run the scripts
- setup the LDM account to run McIDAS-XCD decoders:
- commented out 'exec' of pqbinstats and pqexpire (no longer needed)
- added 'exec' of rtstats
- changed data request lines to point to allegan.gis.usu.edu (the requests
were not being honored by the upstreams you had configured since those
machines had not added allow lines for webcat.gis.usu.edu
- I note that the /etc/syslog.conf setup has a problem:
- the whitespace between local0.debug and /export/home/ldm/logs is a space,
not a tab
A HUP signal needs to be sent to syslogd after this typo has been corrected.
I am concerned that there may not be enough disk space to comfortably hold
the data that is now being written to disk (/var/data/ldm/xxx) on webcat.
I saw that there were some large filesystems mounted, but I did not know
if these were available for use. In order to keep down disk usage, I did
NOT setup GRID decoding in McIDAS-XCD; this will save about 6 GB of disk
space.
Because of my unease, you should keep an eye on disk use and make
modifications/corrections if/when needed.
I strongly recommend upgrading the LDM to the latest version available.
Because of this, I did all of the steps that I could without 'root' privilege:
<as 'ldm'>
cd ~/util
ftp ftp.unidata.ucar.edu
<user> anonymous
<pass> address@hidden
cd pub/ldm
binary
get ldm-6.4.4.tar.Z
quit
zcat ldm-6.4.4.tar.Z | tar xvf -
rm ldm-6.4.4.tar.Z
cd ldm-6.4.4/src
./configure --disable-max-size && make && make install
Inclusion of the '--disable-max-size' flag to configure was needed since
you had set the CC environment variable to use gcc, not the Sun CC compiler.
Our LDM builds are not setup to be able to run gcc so that LDM queues larger
than 2GB can be created.
What is left to be done now is:
<as 'root'>
cd ~ldm/ldm-6.4.4/src
/usr/ccs/bin/make install_setuids
<as 'ldm'>
cd ~ldm
ldmadmin stop
rm runtime
ln -s ldm-6.4.4 runtime
ldmadmin delqueue
ldmadmin mkqueue -f
ldmadmin start
After this, you should be running a current version of the LDM.
Last note: if you are planning on migrating to use of webcat instead of
allegan for LDM ingestion, you will need to contact the LDM administrator
on upstreams you wish to feed from and request that they allow
webcat.gis.usu.edu
to feed from them. Again, the setup at the moment is webcat feeding from
allegan.
Please let me know if you see anything amiss.
Cheers,
Tom
****************************************************************************
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: MEK-787706
Department: Support McIDAS
Priority: Urgent
Status: Closed