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

[McIDAS #DXX-994121]: MDXX mishaps

This archive contains answers to questions sent to Unidata support through mid-2025. Note that the archive is no longer being updated. We provide the archive for reference; many of the answers presented here remain technically correct, even if somewhat outdated. For the most up-to-date information on the use of NSF Unidata software and data services, please consult the Software Documentation first.

  • Subject: [McIDAS #DXX-994121]: MDXX mishaps
  • Date: Mon, 31 Mar 2008 14:10:16 -0600
Hi Paul,

re:
> I am haing problems with our surface MDXX file. Everything in the upper
> air is working. I remove the MDXX0001 file so that none others exits and
> restart ldm.

I don't quite understand why you removed MDXX0001.

> That file gets written to quickly but then it never
> grows in size although the time stamp updates. Plus it is the 0001 file
> and not the corret Julian day.

Hmm... very strange.

> Is this a SCHEMA problem or a decoder problem?

I think that it may be a bit of both.

> Scratching my head because ith has been a long time!

Here is what I recommend doing (note that the following is brute force):

<as 'ldm'>
ldmadmin stop

<as 'mcidas'>

cd $MCDATA
rm DCLSTIDX.PTR *.ERR *.IDM
tl.k XCDDATA          <- remind yourself of where the decoders will write their 
output,
                         for the purpose of illustration, let's assume that the 
output
                         directory is /data/ldm/mcidas

cd /data/ldm/mcidas
rm IDXALIAS.DAT *.IDX *.RAP *.RAT *.XCD
rm MDXX<the file for the current Julian day>

cd $MCDATA
dmap.k ROUTE.SYS      <- should point to /data/ldm/mcidas AND read/write mode 
should be 664
dmap.k SYSKEY.TAB     <- should point to /data/ldm/mcidas AND read/write mode 
should be 664
dmap.k SCHEMA         <- should point to /data/ldm/mcidas AND read/write mode 
should be 664

                         NOTE:
                         - the dmap.k is done to make sure that your McIDAS 
setup is pointing
                           to a copy in /data/ldm/mcidas

                         - the file permissions on ROUTE.SYS, SYSKEY.TAB, and 
SCHEMA
                           need to be such that both 'mcidas' and 'ldm' can 
read/write the files!

                         - SYSKEY.TAB should be 24000 bytes in size

route.k LIST          <- make sure that you get a good listing

cp ../data/SCHEMA /data/ldm/mcidas       <- check the read/write mode of SCHEMA

decinfo.k LIST        <- make sure that the decoders you want to run are listed 
as being active
batch.k XCD.BAT
batch.k XCDDEC.BAT    <- after running this you should have files in 
/data/ldm/mcidas with the
                         .RAP

<as 'ldm'>
ldmadmin start

Again, the procedure above is heavy weight -- it forces everything to start 
anew.

Please let me know if this helped.

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: DXX-994121
Department: Support McIDAS
Priority: Normal
Status: Closed