[daip] running fillm on archive disk file

Min S. Yun myun at bonito.astro.umass.edu
Mon Dec 22 11:16:29 EST 2003


Hi Eric,

Thank you for noting the two very subtle things that made all
of the differences.  I am not sure how, but both PRDEVS.LIST
and TPDEVS.LIST files had 10 blank bogus definitions of PR 
and TP devices.  I got rid of them, and voila! it works!!
Thanks a million.  Have happy holidays!


					-- Min

-----------

Min S. Yun				e-mail: myun at astro.umass.edu
Associate Professor			phone:  (413) 545-2215
Astronomy Department			FAX:    (413) 545-4223
University of Massachusetts             http://www.astro.umass.edu/~myun
Amherst, MA 01003



On Fri, 19 Dec 2003, Eric Greisen wrote:

> Min S. Yun writes:
>  > On Fri, 19 Dec 2003, Eric Greisen wrote:
>  > 
>  > > It looks as if you have done everything right.  (I was expecting disk
>  > > file name troubles or something like that)
>  > > 
>  > > Try FILLM with no obs code or PRTTP to show you what is there.
>  > > 
>  > > Eric
>  > 
>  > Hi Eric,
>  > 
>  > I did PRTTP, and I get:
>  > 
>  > PRTTP1: Task PRTTP  (release of 31DEC03) begins
>  > 
>  >  bonito    PRTTP(31DEC03)   1853     19-DEC-2003  17:35:00    Page    1
>  > ****   File number     1    of type VLA ARCH    tape              ****
>  > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>  > - - -
>  >  
>  > Read this data with AIPS task FILLM
>  >  
>  >  Obs. program = AY 146 Obs. ID =1853, Freq(Ghz) =   7.97318
>  >  Subarray = 1 Channel code =  16448 Correlator mode = 2AC
>  >  Timerange = 20031218 at    4 27 50.0 to   13 24 25.0
>  >   3574 VLA archive records, approximately    1208012 vis.
>  > PRTTP1: This file: read   181.492 Megabytes in    7148 logical records
>  > PRTTP1: Read at least    181.492 Megabytes in    7148 logical records
>  > PRTTP1: Appears to have ended successfully
>  > PRTTP1: bonito       31DEC03 TST: Cpu=       8.7  Real=      63
> 
>     Note the odd obs code: 'AY 146' with an embedded space - that
> explains the problem when obs code is specified in the usual way with
> no space.
> 
>  > 
>  > 
>  > This sounds OK.  If I run fillm without vlaobs, something slightly
>  > different, but it gain fails:
>  > 
>  > FILLM1: Task FILLM  (release of 31DEC03) begins
>  > FILLM1: UV data will be written in compressed format
>  > FILLM1: Shadow flag limit =  2.500E+01 meters.
>  > FILLM1: Opacity correction in CL table weighted average of weather and
>  > FILLM1:    season.  Weight for weather = 0.50
>  > FILLM1: Gain curve correction in CL table read from file,
>  > FILLM1:    with variation as function of antenna and band.
>  > FILLM1: Opening XX:AY146_1
>  > FILLM1: *** caution: CPARM(6) is 0 and VLAOBS is blank ***
>  > FILLM1: ** subarray defaults to 1. It is recommended   ***
>  > FILLM1: *** to run FILLM with non-blank VLAOBS.        ***
>  > FILLM1: tape file #  1, start date/time = 20031218/04:27:50
>  > FILLM1: MCINI: Processing Correlator Code '2AC ' with  26 antennas.
>  > FILLM1: MCINI - Mode 2AC compatible
>  > FILLM1: Program = AY 146; Tape revision number =   26.
>  > FILLM1: Create 20031218    .CH 0  .   1 (UV)  on disk  5  cno  865
>  > FILLM1: Ref. date = 20031218 A-C =  7.973178 B-D =  7.973178 GHz
>  > FILLM1: Create 20031218    .LINE  .   1 (UV)  on disk  5  cno  866
>  > FILLM1: Ref. date = 20031218 A-C =  7.973178 B-D =  7.973178 GHz
>  > FILLM1: ZFIO: DOES NOT PERFORM TAPE I/O AS OF 15APR87
>  > FILLM1: TABINI: WRIT ERROR    2
>  > FILLM1: ZCLOSE: DOES NOT PERFORM TAPE CLOSES AS OF 15APR87
>  > FILLM1: FQINI: ERROR INITIALIZING FREQUENCY TABLE FOR WRIT
>  > FILLM1: ZCLOSE: DOES NOT PERFORM TAPE CLOSES AS OF 15APR87
>  > FILLM1: Purports to die of UNNATURAL causes
>  > FILLM1: bonito       31DEC03 TST: Cpu=       0.0  Real=       1
>  > 
>  > 
>  > What do all these mean to you?    -- Min
> 
> How many tape devices do you have configured for aips on your
> machine?  When you start up aips it tells you or the verb aips with
> remhost blank will tell you.  I am wondering if you have more
> configured than we once though possible.
> 
> Eric
> 




More information about the Daip mailing list