[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

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


- 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
    get ldm-mcidas-2004.tar.Z
  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
    get prune_nexrad.csh
    get prune_nexrcomp.csh
    get prune_gini.csh
    get prune_images.csh
  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

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
  get ldm-6.4.4.tar.Z
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 
to feed from them.  Again, the setup at the moment is webcat feeding from

Please let me know if you see anything amiss.


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

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.