[daip] FRING abort, 31DEC10

Dieter Engels st2b102 at hs.uni-hamburg.de
Fri Jan 7 06:37:10 EST 2011


Dear Eric, we split the dataset to one time slot of about 6 minutes
of the calibrator J0121. Running FRING we get approximately the same
error messages.

The dataset J0121+1149.SPLIT and the messages FRING_error.log is on
ftp://ftp.hs.uni-hamburg.de/pub/outgoing/engels/fring_problem/

Regards, Dieter Engels

On Wed, 5 Jan 2011, Eric Greisen wrote:

> Dieter Engels wrote:
>> Eric, we have updated the AIPS version 31DEC10 on January 4 and rerun 
>> FRING. The error persists.
>> 
>> We attach the update protocol UPD20110104.122948.DOC
>> 
>> The area LIBR/INTELCMP contain two libraries from 2010-12-06:
>> 
>>> ls /usr/local/hssoft/aips/31DEC10/LINUX/LIBR/INTELCMP -ltr
>> total 2963
>> -rwxr-xr-x 1 stjh342 st  413884 2010-12-06 19:15 libsvml.so*
>> -rwxr-xr-x 1 stjh342 st 2612435 2010-12-06 19:15 libimf.so*
>> 
>> Anything else to test? Shall we provide the data now?
>> Regards and all the best for 2011.
>> 
>> Dieter Engels
>> 
>> 
>> On Thu, 16 Dec 2010, Eric Greisen wrote:
>> 
>>> Dieter Engels wrote:
>>>> Dear colleagues, we recently installed AIPS version 31DEC10 to work with
>>>> an EVN dataset. The dataset contains observations of a stellar maser 
>>>> using backends with 2048 channels. FRING aborts with ZABORS: signal 6 
>>>> received, if we do not diminish the bandwidth (setting BCHAN and ECHAN). 
>>>> Sometimes
>>>> also "signal 11 received" is communicated.
>>> 
>>> How recently?  I am guessing from the QGET message that you are using the 
>>> 32-bit LINUX installation rather than the 64-bit LNX64 installation. The 
>>> 32-bit one, in binary form, was distributed with the wrong run-time 
>>> libraries (we had to switch compilers and did not update properly). That 
>>> was fixed quite recently.  Try running a MNJ ($HOME/do_daily.<hostname>) 
>>> and see what is updated.  The LIBR/INTELCMP area is particularly 
>>> interesting in that regard.  Then try FRING again.
>>> 
>>> If it still fails, I will need access to your data since FRING is used 
>>> around here a good bit with no error reports.  A FITS file (preferably 
>>> containing only the calibration data) in a public ftp site is one of the 
>>> alternatives for that.
>
> Those are the current libraries so I guess I need access to your data to see 
> what FRING is up to...  A public anonymous ftp site - perhaps having just the 
> data necessary to cause the failure - will do nicely.
>
> Thanks,
>
> ERic Greisen
>
---------------------------------------------------------------------------
Dieter Engels                          e-mail:    dengels at hs.uni-hamburg.de
Hamburger Sternwarte        Internet: http://www.hs.uni-hamburg.de/~st2b102
Gojenbergsweg 112                                Skype:       dieter.engels
D-21029 Hamburg                                    Tel:    49-40-42838 8536
Germany                                            Fax:    49-40-42838 8598
---------------------------------------------------------------------------





More information about the Daip mailing list