[daip] Questions about AIPS management

[Eric Greisen]

Sam Leathers writes:

 > Apparently, it's trying to write to the path 
 > /usr/astro/aips/31DEC06/LINUX/LOAD/TPMON1, which is mounted read only, 
 > should I symlink this somewhere? I'm not sure what the errors after the 
 > userid is entered are from. I'm assuming that's something wrong with her 
 > local data, since I don't get those errors. Then the commands she's 
 > using trying import data I'm guessing are incorrect syntax by the nature 
 > of the error.
 > 
 > Do you have any suggestions for getting rid of the TPMON1 error? and 
 > would you agree the other errors are something wrong with her data/syntax?

    The start proc is insisting that TPMON.EXE and the TPMON1, TPMON2
etc files all have the same inode, e.g.

        ln TPMON.EXE TPMON1
        ln TPMON.EXE TPMON2

It will fix this automatically if the user has write privilege but you
can fix it by hand as well

 > 
 > Sam
 > 
 > ----- Forwarded message from zdenka at astro.psu.edu -----
 > Date: Thu, 28 Dec 2006 15:55:24 -0500
 > From: zdenka at astro.psu.edu
 > Reply-To: zdenka at astro.psu.edu
 > Subject: AIPS
 > To: helpdesk at astro.psu.edu
 > 
 > Hi Sam,
 > 
 > Thanks very much for your help with installing AIPS. Some of the 
 > problems that
 > we had before seem to be fixed, but there are still some error messages. 
 > This
 > is what I got today after trying to read the data in:
 > 
 > 
 > UNIXSERVERS: Start graphics server TKSRV1 on plerion, display :0.0
 > UNIXSERVERS: Start message server MSSRV1 on plerion, display :0.0
 > rm: cannot remove `/usr/astro/aips/31DEC06/LINUX/LOAD/TPMON1': Read-only 
 > file
 > system
 > STARTPMON: [PLERION] ***************************************************
 > STARTPMON: [PLERION] FAILED to remove 
 > /usr/astro/aips/31DEC06/LINUX/LOAD/TPMON1
 > STARTPMON: [PLERION] - ask your friendly AIPS manager to do this, and
 > STARTPMON: [PLERION] also to create a new hard link to TPMON1,
 > STARTPMON: [PLERION] and to restart this TPMON daemon. You cannot
 > STARTPMON: [PLERION] restart TPMON1 for virtual drive for FITS disk access
 > STARTPMON: [PLERION] ***************************************************
 > 
 > ZMSGOP: FILE DA01:MSD001000.001; NOT FOUND
 > MSGWRT ERROR 2 AT OPEN

This error is normal - no one has logged in to this machine as user 1
(manager) so there is no default message file.

 > AIPS 1: Enter user ID number
 > ?288
 > ZMSGOP: FILE DA01:MSD080000.080; NOT FOUND
 > MSGWRT ERROR 2 AT OPEN
 > AIPS 1: ZERROR: ON FILE DA00:ACD000000;
 > ZMSGOP: FILE DA01:MSD080000.080; NOT FOUND
 > MSGWRT ERROR 2 AT OPEN
 > AIPS 1: ZERROR: IN ZDAOPN ERRNO = 13 (Permission denied)
 > ZMSGOP: FILE DA01:MSD080000.080; NOT FOUND
 > MSGWRT ERROR 2 AT OPEN

These suggest that the user's account does not have read/write
privilege to the AC (accounting) file in the $DA00 area for plerion.
That area is $AIPS_ROOT/DA00/PLERION/ and should have been set up by
SYSETUP PLERION.  Check the files in this area to make sure they exist
and that the user has suitable group membership to read/write them.
Here we put aips users in a secondary group called aips and give that
group write privilege on the control files.

 > AIPS 1: ACCOUNT: OPEN ERROR 6
 > AIPS 1: 31DEC06 AIPS:
 > AIPS 1: Copyright (C) 1995-2006 Associated Universities, Inc.
 > AIPS 1: AIPS comes with ABSOLUTELY NO WARRANTY;
 > AIPS 1: for details, type HELP GNUGPL
 > AIPS 1: This is free software, and you are welcome to redistribute it
 > AIPS 1: under certain conditions; type EXPLAIN GNUGPL for details.
 > AIPS 1: Previous session command-line history *not* recovered.
 > AIPS 1: TAB-key completions enabled, type HELP READLINE for details.
 > AIPS 1: Loading a brand new POPS vocabulary

   This looks good

 >  >ls
 > AIPS 1: SYMBOL? LS
 >  >infile 'AH811_*
 >  >doconcat 1
 >  >ncount 2
 >  >inpAIPS 1: TXTMAT: NO MEMBER NAME GIVEN
 >  >go
 > AIPS 1: TXTMAT: NO MEMBER NAME GIVEN

    This does not look good.  The command ls is not an aips command.
I am assuming that the > is the aips prompt and the next 3 lines are
standard inputs to get started.  But the user has omitted things.  The
inp command needs to know what task the inputs are for.  The usual
thing is to have typed 
    task = 'fillm'
before the segment of commands above.  Then inp would know what to
do.

I am concerned that this user is appealing to you to sort out a simple
problem in aips itself.  That is not your job - the user needs to do
this him/her self so as to learn how to use the package.  There is a
CookBook which is available at your site in $AIPS_ROOT/TEXT/PUBL/ with
PostScript chapters COOKn.PS and also a cross-linked pdf version
COOKBOOK.PDF.  The user should read chapters 2 and 3 and start on 4
before attempting to run FILLM.  The CookBook is also accecible over
the web at
            http://www.aoc.nrao.edu/aips
but the local files will be faster.

 > 

Eric Greisen