MONTHLY-2005-12

 

The monthly integration for December has been performed based on ACS-5.0 on a machine (te77.hq.eso.org) installed with RHEL 4 Update 1.

No iterations have been requested. Both the ICDs and the rest of the software used are tagged with MONTHLY-2005-12.

 

1. Build results:

Everything compiled fine a part from two modules from TELCAL (TelCalResults/Engines and SharedSimulator). The problem comes from using the library g2c, which does not seem really needed anyway. A separate mail has been sent to TELCAL people. Complete results are at the following link.

 

 

2. Unit tests results:

 

The general log is at this link. Some general comments:

 

- The unit tests tagged for this integration for OBSPREP, CORR and EXEC, all pass fine.

- For PIPELINE there are a couple of failures which seem due to the need of updating the reference files.

- SCHEDULING and OFFLINE: tests do not pass.

- TELCAL: many tests do not compile. A part the problem with g2c, I think another problem is due to the usage of libraries from third-party code which need to be recompiled on RedHat Enterprise.

- CONTROL: I have some compilation problems with segmentation fault and the Common/AMBController hangs. I had to kill it to go on. The kernel used is 2.6.14.3-adeos-magma.

- ITS: ARCHIVE regression tests are ok. FunctionalTests/exec failed at the prologue (see next paragraph about the system tests results).

 

Here are the results subsystem per subsystem:

 

OBSPREP (detailed test.log and test directory structure)

CONTROL (detailed test.log and test directory structure)

TELCAL (detailed test.log and test directory structure)

OFFLINE (detailed test.log and test directory structure)

CORR (detailed test.log and test directory structure)

SCHEDULING (detailed test.log and test directory structure)

PIPELINE (detailed test.log and test directory structure)

EXEC (detailed test.log and test directory structure)

ITS (detailed test.log and test directory structure)

 

 

3. System Tests results:

 

Two problems have been found running a simple system test with the aim to be able to startup the overall ALMA system:

- there is a prefix namespace conflict between the file ACS/LGPL/CommonSoftware/parameter/idl/pset.xsd and 5 different generated schemas from ICD/HLA. This makes impossible to correctly load those 5 schemas. ACS people are aware of that and should remove the conflicting schema (or prefix) in the future. (See SPR 2005125). To have the system test go on, one can remove the file $ACSROOT/idl/pset.xsd.

- the startup sequence for the Archive is not yet perfectly working. Despite what has been said, it is not possible to start the ARCHIVE_IDENTIFIER before starting the archive itself, at least the Web Services. So, one needs to launch archiveWebServicesStart before starting the container which is supposed to activate the ARCHIVE_IDENTIFIER component. (See SPR 2005126)