[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[McIDAS #YSZ-272620]: need help to setup a McIDAS ADDE server
- Subject: [McIDAS #YSZ-272620]: need help to setup a McIDAS ADDE server
- Date: Fri, 25 Jan 2008 11:43:46 -0700
Hi Hsie,
re:
> I am trying to setup a ADDE server (squall.al.noaa.gov) for field
> experiment. I am using McIDAS2005 on a Red Hat Linux version 4. The
> data are coming in OK. The ADDE server seems running fine:
>
> [root@squall xinetd.d]# sh /home/mcidas/mcidas2005/mcinet2005.sh list
> mcinet2005: mcidas transfer services installed and running: YES
> [root@squall xinetd.d]#
>
>
> I can locate the data by mcidas user:
>
> squall:[125]% whoami
> mcidas
> squall:[126]% dataloc.k
>
> Group Name Server IP Address
> -------------------- ----------------------------------------
> AMRC UWAMRC.SSEC.WISC.EDU
> BLIZZARD ADDE.UCAR.EDU
> CIMSS SQUALL.AL.NOAA.GOV
> GINICOMP SQUALL.AL.NOAA.GOV
> GINIEAST SQUALL.AL.NOAA.GOV
> GINIWEST SQUALL.AL.NOAA.GOV
> GOESEAST UNIDATA2.SSEC.WISC.EDU
> ME7 IO.SCA.UQAM.CA
> MYDATA <LOCAL-DATA>
> NEXRCOMP SQUALL.AL.NOAA.GOV
> PUB GP16.SSD.NESDIS.NOAA.GOV
> RTGINI <LOCAL-DATA>
> RTGRIDS SQUALL.AL.NOAA.GOV
> RTIMAGES SQUALL.AL.NOAA.GOV
> RTNEXRAD SQUALL.AL.NOAA.GOV
> RTPTSRC SQUALL.AL.NOAA.GOV
> RTWXTEXT SQUALL.AL.NOAA.GOV
> TOPO <LOCAL-DATA>
>
> <LOCAL-DATA> indicates that data will be accessed from the local data
> directory.
> DATALOC -- done
> squall:[127]%
OK. If you are following the Unidata McIDAS configuration guidelines, I would
strongly recommend that you slightly modify your testing to:
<login as 'mcidas'>
cd $MCDATA
dataloc.k
The reason to CD to the $MCDATA directory is because of the file REDIRECTions
that
get defined if/when one follows the Unidata McIDAS setup guidelines. The
persistent
backing store for the REDIRECTions (i.e., the disk file that is created) is
named LWPATH.NAM. One of the REDIRECTions that is defined locates LWPATH.NAM in
the current working directory, and this is designed to be the $MCDATA directory.
> But I can not list the data by other users:
> squall:[91]% whoami
> hsie
> squall:[92]% dataloc.k
> (command hung...)
I recommend the same slight modification of your testing as the non-'mcidas'
user:
<login as hsie>
cd $MCDATA
dataloc.k
This seems to indicate that McIDAS is unable to create the ~/.mctmp directory
or subdirectories in ~/.mctmp. It may also indicate that McIDAS is unable to
write to the directory that you were in when you ran DATALOC (dataloc.k).
Questions:
- what is the read/write permission on:
1) ~mcidas/data
2) ~mcidas/help
3) ~hsie
4) ~hsie/mcidas and ~hsie/mcidas/data
- are needed environment variables being created for 'hsie'? I.e., did you
setup the 'hsie' account to "source" the ~mcidas/admin/user_env.(sh|csh) file
- finally, and this should not have any direct relation to the problem you
report,
why are you running a two year old version of McIDAS? I would recommend that
you run the latest version which is v2007h
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: YSZ-272620
Department: Support McIDAS
Priority: Normal
Status: Closed