[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[McIDAS #JCY-277961]: McIdas ADDE server problem
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 #JCY-277961]: McIdas ADDE server problem
- Date: Thu, 28 Jun 2012 11:24:01 -0600
Hi Mark,
re:
> To address some of your message, I had installed the xinetd package after
> the install and it is running. /etc/xinetd.d/mcidas exists and seems to
> pass things off correctly but I'm not 100% sure of that.
>
> # chkconfig --list | grep xinetd
> xinetd 0:off 1:off 2:off 3:on 4:on 5:on 6:off
> xinetd based services:
>
> # ps auxw |grep xinetd
> root 7945 0.0 0.0 22076 328 ? Ss Jun21 0:00 xinetd
> -stayalive -pidfile /var/run/xinetd.pid
>
The 'xinetd' setup looks good.
I verified that ADDE is correctly running on omega and it is accessible
from kangaroo:
<as 'mcidas' on kangaroo>
cd $MCDATA
dataloc.k ADD RTIMAGES omega.lsc.vsc.edu
Dataset Names of Type: IMAGE in Group: RTIMAGES
Name NumPos Content
------------ ------ --------------------------------------
ANTARCTIC 99999 Antarctic IR Composite
EDFLOATER-I 10 Educational Floater
EDFLOATER-II 10 Educational Floater II
GE-39 99999 GOES-East Hemispheric Short IR
GE-CO2 99999 GOES-East Hemispheric CO2
GE-IR 99999 GOES-East Hemispheric IR
GE-IRTOPO 10 GOES-East IR/TOPO Composite
GE-VIS 99999 GOES-East Hemispheric VIS
GE-VISTOPO 10 GOES-East VIS/TOPO Composite
GE-WV 99999 GOES-East Hemispheric H2O
GEW-IR 10 GOES-East/West IR Composite
GEW-IRTOPO 10 GOES-East/West IR/TOPO Composite
GEW-VIS 10 GOES-East/West VIS Composite
GEW-VISTOPO 10 GOES-East/West VIS/TOPO Composite
GEW-WV 10 GOES-East/West H2O Composite
GW-12 99999 GOES-West Western Long IR
GW-39 99999 GOES-West Western Short IR
GW-IR 99999 GOES-West Western US IR
GW-IRTOPO 10 GOES-West IR/TOPO Composite
GW-VIS 99999 GOES-West Western US VIS
GW-VISTOPO 10 GOES-West VIS/TOPO Composite
GW-WV 99999 GOES-West Western US H2O
MDR 99999 Manually Digitized Radar
MDRTOPO 10 MDR/TOPO Composite
MOLL-IR 99999 Mollweide Composite IR
MOLL-IRTOPO 10 Mollweide IR/TOPO Composite
MOLL-WV 99999 Mollweide Composite H2O
RESFLOATER 10 Research Floater
DSINFO -- done
This one step demonstrates that port 112 is open on omega (to kangaroo, at
least); that ADDE is listening for connections on port 112; and that the
environment
needed to run McIDAS commands is in-place (existence of the file ~mcidas/.mcenv
on omega). All excellent signs! What doesn't work is access from outside
machines:
<as 'mcidas' on my development machine (a virtual machine running CentOS 6.2
x86_64)>
cd $MCDATA
dataloc.k ADD RTIMAGES omega.lsc.vsc.edu
dsinfo.k IMAGE RTIMAGES
DSINFO: Cannot contact server (connect() failed)
No Datasets found of Type: IMAGE in Group: RTIMAGES
DSINFO -- done
So, if you want your ADDE server opened to domains outside of lsc.vsc.edu,
you will have change/work with campus network folks to change a firewall
setting.
The next thing I did was to test if you have any data in the RTIMAGES dataset:
<still as 'mcidas' on kangaroo>
cd $MCDATA
imglist.k RTIMAGES/GE-IR
Image file directory listing for:RTIMAGES/GE-IR
imglist.k: No images satisfy the selection criteria
imglist.k: done
This says one of two things:
- there is no data in the RTIMAGES/GE-IR dataset
- or, the definition of the RTIMAGES/GE-IR dataset is incorrect
To investigate, I logged on omega as 'mcidas' and started poking around.
The configuration of the various datasets (descriptors) in the RTIMAGES
group is shown as:
<as 'mcidas' on omega>
cd $MCDATA
dsserve.k LIST RTIMAGES
Group/Descriptor Type Format & Range RT Comment
------------------------ ----- ------------------ -- --------------------
RTIMAGES/ANTARCTIC IMAGE AREA Antarctic IR Composite
DIRFILE=/data/ldm/gempak/images/sat/ANTARCTIC/4km/IR
/IR_*
RTIMAGES/EDFLOATER-I IMAGE AREA 160-169 Educational Floater
RTIMAGES/EDFLOATER-II IMAGE AREA 60-69 Educational Floater II
RTIMAGES/GE-39 IMAGE AREA GOES-East Hemispheric Short
IR
DIRFILE=/data/ldm/gempak/images/sat/GOES-1[23]/4km/3
.9/3.9_*
RTIMAGES/GE-CO2 IMAGE AREA GOES-East Hemispheric CO2
DIRFILE=/data/ldm/gempak/images/sat/GOES-1[23]/4km/1
...
dsserve.k: done
These dataset definitions direct McIDAS/ADDE to look in the
/data/ldm/gempak/images/sat
subdirectories for RTIMAGES imagery. This directory, however, does not exist:
ls /data
ls: cannot access /data: No such file or directory
Given the ADDE configuration, it strikes me that you may have meant to create
the following
link on omega, so I created it for you:
<as 'root' on omega>
mkdir /data
ln -s /software/ldm/data /data/ldm
After making this link, I am able to list images in the RTIMAGES/GE-IR dataset:
<as 'mcidas' on omega>
cd $MCDATA
dataloc.k LIST RTIMAGES
Group Name Server IP Address
-------------------- ----------------------------------------
RTIMAGES OMEGA.LSC.VSC.EDU
<LOCAL-DATA> indicates that data will be accessed from the local data directory.
DATALOC -- done
imglist.k RTIMAGES/GE-IR
Image file directory listing for:RTIMAGES/GE-IR
Pos Satellite/ Date Time Center Band(s)
sensor Lat Lon
--- ------------- ------------ -------- ---- ---- ------------
97 G-13 IMG 28 JUN 12180 16:15:00 0 72 4
imglist.k: done
So far, so good!
The next thing I checked for was access to POINT data:
<as 'mcidas' on omega>
cd $MCDATA
dataloc.k LIST RTPTSRC
Group Name Server IP Address
-------------------- ----------------------------------------
RTPTSRC OMEGA.LSC.VSC.EDU
<LOCAL-DATA> indicates that data will be accessed from the local data directory.
DATALOC -- done
ptlist.k RTPTSRC/PTSRCS FORM=FILE ALL
Pos Description Schema NRows NCols Proj# Created
DataDate
------ -------------------------------- ------ ----- ----- ----- -------
--------
8 SAO/METAR data for 26 JUN 2012 ISFC 72 7000 0 2012177
2012178
9 SAO/METAR data for 27 JUN 2012 ISFC 72 7000 0 2012178
2012179
10 SAO/METAR data for 28 JUN 2012 ISFC 72 7000 0 2012179
2012180
11 Mand. Level RAOB for 29 JUN 2012 IRAB 8 1500 0 2012180
2012181
18 Mand. Level RAOB for 26 JUN 2012 IRAB 8 1500 0 2012177
2012178
19 Mand. Level RAOB for 27 JUN 2012 IRAB 8 1500 0 2012178
2012179
20 Mand. Level RAOB for 28 JUN 2012 IRAB 8 1500 0 2012179
2012180
21 Sig. Level RAOB for 29 JUN 2012 IRSG 16 6000 0 2012180
2012181
28 Sig. Level RAOB for 26 JUN 2012 IRSG 16 6000 0 2012177
2012178
29 Sig. Level RAOB for 27 JUN 2012 IRSG 16 6000 0 2012178
2012179
30 Sig. Level RAOB for 28 JUN 2012 IRSG 16 6000 0 2012179
2012180
38 SHIP/BUOY data for 26 JUN 2012 ISHP 24 2000 0 2012178
2012178
...
ptlist.k: Done
This looks good also!
The next thing I checked was TEXT data:
<as 'mcidas' on omega>
cd $MCDATA
dataloc.k LIST RTWXTEXT
Group Name Server IP Address
-------------------- ----------------------------------------
RTWXTEXT OMEGA.LSC.VSC.EDU
<LOCAL-DATA> indicates that data will be accessed from the local data directory.
DATALOC -- done
dsinfo.k TEXT RTWXTEXT
Dataset Names of Type: TEXT in Group: RTWXTEXT
Name NumPos Content
------------ ------ --------------------------------------
ETAMOS 1 Real-Time ETA Model Output Statistics
FOUS14 1 Real-Time FOUS14 Text
GFSMOS 1 Real-Time GFS Model Output Statistics
NAMMOS 1 Real-Time NAM Model Output Statistics
NGMMOS 1 Real-Time NGMMOS Text
SFCHOURLY 1 Real-Time SFC Hourly Text
SYNOPTIC 1 Real-Time SYNOPTIC Text
TERMFCST 1 Real-Time Terminal Forecast
UPPERAIR 1 Real-Time Upper Air Text
DSINFO -- done
sfcrpt.k KDEN 2
KDEN 281653Z 02007KT 330V040 10SM FEW070 SCT120 SCT200
32/M03 A3019=
KDEN 281653Z 02007KT 330V040 10SM FEW070 SCT120 SCT200
32/M03 A3019=
KDEN 281653Z 02007KT 330V040 10SM FEW070 SCT120 SCT200
32/M03 A3019 RMK AO2 SLP132 FU DSNT S-W-N T03221028=
KDEN 281553Z COR 27003KT 10SM FEW070 SCT120 SCT200 29/03
A3020=
KDEN 281553Z COR 27003KT 10SM FEW070 SCT120 SCT200 29/03
A3020 RMK AO2 SLP140 FU DSNT S-W-N T02940028=
KDEN 281553Z 27003KT 10SM FEW070 SCT200 29/03 A3020=
KDEN 281553Z 27003KT 10SM FEW070 SCT200 29/03 A3020=
sfcrpt.k: Done
This looks good too!
The last ADDE thing that I checked was GRID data:
dataloc.k LIST RTGRIDS
Group Name Server IP Address
-------------------- ----------------------------------------
RTGRIDS OMEGA.LSC.VSC.EDU
<LOCAL-DATA> indicates that data will be accessed from the local data directory.
DATALOC -- done
dsinfo.k GRID RTGRIDS
Dataset Names of Type: GRID in Group: RTGRIDS
Name NumPos Content
------------ ------ --------------------------------------
ALL 1530 Real-Time Grids
AVN 200 Real-Time AVN Grids
ECMWF 10 Real-Time ECMWF Grids
ETA 120 Real-Time ETA Grids
GFS 200 Real-Time GFS/AVN Grids
MDR 10 Real-Time MDR/AVN Grids
MISC 10 Other Real-Time Grids
MRF 200 Real-Time MRF Grids
MRF-UW 2 MRF Grids in UW stream
NAM 120 Real-Time NAM Grids
NCEP 10 Real-Time NCEP Precip Grids
NGM 40 Real-Time NGM Grids
NGM-UW 2 NGM Grids in UW stream
RUC 80 Real-Time RUC Grids
UKMT 110 Real-Time UK Met Grids
DSINFO -- done
grdlist.k RTGRIDS/ALL
Dataset position 209 Directory Title= ALL 00Z MAPS
PAR LEVEL DAY TIME SRC FHR FDAY FTIME GRID PRO
---- ---------- ------------ -------- ---- ---- ------------ -------- ----- ----
U 450 MB 27 JUN 12179 00:00:00 MAPS 0 27 JUN 12179 00:00:00 1 LAMB
Number of grids listed = 1
GRDLIST - done
So the ADDE server is setup correctly for GRID data as well. But, this data is
not current, so there is likely something amiss with LDM processing.
Given the last step, I took a peek at the LDM setup on omega... I do _not_ see
an action setup to decode things in to McIDAS formats. I assume that this
is because the decoding is being done on another machine?
Wrap-up:
- it looks like all that was missing was a symbolic link to the
~ldm/data directory (see above).
Please let me know if I have misinterpreted anything, and don't
hesitate to ask questions!
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: JCY-277961
Department: Support McIDAS
Priority: Normal
Status: Closed
- Prev by Date: [McIDAS #IWJ-443798]: MCIDAS Software Upgrade at NGC
- Next by Date: [McIDAS #JCY-277961]: McIdas ADDE server problem
- Previous by thread: [McIDAS #JCY-277961]: McIdas ADDE server problem
- Next by thread: [McIDAS #JCY-277961]: McIdas ADDE server problem
- Index(es):