[daip] problem with VLBACALA

[Patrick Palmer]

Hi,

Today when I ran VLBACALA, I had a problem I haven't seen before.  I 
copied CL ver 1 to 2 as usual.  I keep close track of the number of CL 
and SN tables, and through VLBATECR and VLBAEOPS things were normal.
But when I rand VLBACALA, I got the following:

oskar.> ACCOR1: Task ACCOR  (release of 31DEC08) begins
oskar.> ACCOR1: Writing to SN table   1
oskar.> ACCOR1: Appears to have ended successfully
oskar.> ACCOR1: oskar 31DEC08 TST: Cpu=     27.0  Real=     47  IO= 
  3077
oskar.> SNSMO1: Task SNSMO  (release of 31DEC08) begins
oskar.> SNSMO1: Copied SN file from vol/cno/vers  4    3   1 to  4    3   2
oskar.> SNSMO1: SNSMTH: Clipping SN table
oskar.> SNSMO1: SNREF: re-referencing   0.00% of table entries to 
antenna   1
oskar.> SNSMO1: SNSMTH: Smoothing SN table
oskar.> SNSMO1: Appears to have ended successfully
oskar.> SNSMO1: oskar 31DEC08 TST: Cpu=      0.0  Real=      1  IO= 
     9
oskar.> TACOP1: Task TACOP  (release of 31DEC08) begins
oskar.> TACOP1: Copied SN file from vol/cno/vers  4    3   2 to  4    3   1
oskar.> TACOP1: TACOP  / Copied      1 extension files
oskar.> TACOP1: Appears to have ended successfully
oskar.> TACOP1: oskar 31DEC08 TST: Cpu=      0.0  Real=      0  IO= 
     1
oskar.> CLCAL1: Task CLCAL  (release of 31DEC08) begins
oskar.> CLCAL1: Using interpolation mode 2PT
oskar.> CLCAL1: Processing SN table    1
oskar.> CLCAL1: SNMRG: Merging SN table
oskar.> CLCAL1: SNMRG: Write    2393 merged records from    2393 input 
records
oskar.> CLCAL1: SN2CL: Applying SN tables to CL table   3, writing CL 
table  4
oskar.> CLCAL1: Appears to have ended successfully
oskar.> CLCAL1: oskar 31DEC08 TST: Cpu=      0.3  Real=      1  IO= 
    98
oskar.> APCAL1: Task APCAL  (release of 31DEC08) begins
oskar.> APCAL1: Writing SN table  2
oskar.> APCAL1: Appears to have ended successfully
oskar.> APCAL1: oskar 31DEC08 TST: Cpu=      0.2  Real=      0  IO= 
    14
oskar.> CLCAL1: Task CLCAL  (release of 31DEC08) begins
oskar.> CLCAL1: Using interpolation mode SELF
oskar.> CLCAL1: Processing SN table    2
oskar.> CLCAL1: TABINI: REQUESTED SN FILE   3 DOES NOT EXIST
oskar.> CLCAL1: SNINI: ERROR   2 FROM TABINI OPCODE = READ
oskar.> CLCAL1: SNINI: ERROR INITIALIZING SOLUTION TABLE FOR READ
oskar.> CLCAL1: ZCLOSE: LUN = 29 ALREADY CLOSED IN FTAB ON SEARCH
oskar.> CLCAL1: Purports to die of UNNATURAL causes
oskar.> CLCAL1: oskar        31DEC08 TST: Cpu=       0.0  Real=       0

I ended up with 2 SN tables as usual to this point, but only 4 CL.  It 
seems that the script was asking for SN ver 3 which normally I don't 
have at this point.

However, when I look at the INPUTS I have at the end of the script, I 
find the named task is CLCAL with SNVER=2, INVER 0, GAINVER 4, and GAINU 
5.  That is what I think they should be.

Any suggestions?  Don't waste much time on it unless it is a known 
problem.  First thing tomorrow, I will delete these SN and CL tables, 
and are redo VLBACALA it because it doesn't seem to make sense.

Pat Palmer