<html dir="ltr">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<style id="owaParaStyle" type="text/css">
<!--
p
{margin-top:0;
margin-bottom:0}
-->
P {margin-top:0;margin-bottom:0;}</style>
</head>
<body ocsi="0" fpstyle="1">
<div style="direction: ltr;font-family: Tahoma;color: #000000;font-size: 10pt;">
<div style="direction:ltr; font-family:Tahoma; color:#000000; font-size:10pt">Dear Daip gurus,<br>
I was running FRING in AIPS (31DEC11) while, for other reasons, the computer (mac OS Lion) crashed. As a result, the task was left active but not running anymore. After I CLRSTATed the involving files and reseted AIPS, there seemed to still be some FRING process
which I found by with<br>
ps -elf | grep FRING<br>
A 'kill' didn't work, so I restarted the computer. After this, unfortunately, there was sill some SN table that had been created by the task. Although the uvdata was fine, as I tried to inspect the SN table (e.g, by SNPLT), I got the following error:<br>
localh> SNPLT1: Task SNPLT (release of 31DEC11) begins<br>
localh> SNPLT1: ZERROR: ON FILE DA0E:SND002007.00A;<br>
localh> SNPLT1: ZERROR: IN ZEXIS2 ERRNO = 5 (Input/output error)<br>
localh> SNPLT1: TABINI: I/O ERROR FROM ISTAB ON SN<br>
localh> SNPLT1: ERROR 3 OPENING SN TABLE NO. 7<br>
localh> SNPLT1: NO DATA SELECTED<br>
localh> SNPLT1: Purports to die of UNNATURAL cause<br>
I assume this is because the header of the SN7 was created but it contains just a dummy file, so I proceeded to delete it, which I could not:<br>
>getn 2;inext 'sn';invers 7;extdest<br>
AIPS 1: ZOPEN: STILL WAITING FOR FILE DA0E:UVD002001.00A;<br>
I thus decide to copy the uvdata and the safe tables somewhere else and zap the entire file.<br>
>getn 2;zap<br>
AIPS 1: Got(1) disk=14 user= 10 type=UV R13360A.MSORT.1<br>
AIPS 1: SN FILE VERSION 7 DID NOT SELF-DESTRUCT ON COMMAND<br>
AIPS 1: Destroyed 1 extension files of type SN<br>
AIPS 1: Destroyed UV image file: catno= 2 disk=14<br>
AIPS 1: NO DESTROY<br>
Following some other daip message, I have tried to locate the corresponding table outside AIPS. I checked the AIPS data area<br>
ls -la SND002*.00A*<br>
ls: SND002008.00A;: Input/output error<br>
-rw-rw-r--@ 1 xxxxxxx xxxxx 10240 Jul 30 12:23 SND002007.00A;<br>
ie, a table SN7 in catalog 2, disk 10 (matching the problematic SN table) that apparently I cannot touch. Shall I treat this as an unmovable corrupted file system, or is there a way I can get rid of it inside/outside AIPS? I don't fancy the idea of having a
catalog ID in AIPS with corrupted unusable data.<br>
Thank you very much,<br>
JCA<br>
</div>
</div>
</body>
</html>