[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[McIDAS #DXX-994121]: MDXX mishaps
- 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