Migrate tests in LArCondtionsTest to CA

Migrate the conditions write-and-read-back test in LArConditionsTest to CA. I remove on of the tests (LArConditionsTest_ctest) because it does the same as LArConditionsTestWriteNoReg_ctest just not writing.

Closes ATLASRECTS-7897

Build area was cleaned as per request posted in the DB. The full software build will be performed

This merge request affects 1 package:

• LArCalorimeter/LArTest/LArConditionsTest

This merge request affects 5 files:

• LArCalorimeter/LArTest/LArConditionsTest/CMakeLists.txt
• LArCalorimeter/LArTest/LArConditionsTest/python/LArConditionsTestConfig.py
• LArCalorimeter/LArTest/LArConditionsTest/share/LArConditionsTestReadNoReg_jobOptions.py
• LArCalorimeter/LArTest/LArConditionsTest/share/LArConditionsTestWriteNoReg_jobOptions.py
• LArCalorimeter/LArTest/LArConditionsTest/share/LArConditionsTest_jobOptions.py

Adding @pavol as watcher

added 24.0 LAr review-pending-level-1 labels

CI Result SUCCESS (hash 92a6c3f7)

	Athena
externals
cmake
make
tests

Full details available on this CI monitor view. Check the JIRA CI status board for known problems
Athena: number of compilation errors 0, warnings 0
For experts only: Jenkins output [CI-MERGE-REQUEST-EL9 5118]

Looks good to me. L1

added review-approved label and removed review-pending-level-1 label

changed the description

added review-approved-point1 label

mentioned in merge request !69106 (merged)

added Legacy Config Removal label

added review-approved-tier0 label

merged

mentioned in commit 2213994b

mentioned in merge request !69173 (merged)

mentioned in merge request !69177 (merged)

For reasons I don't understand the LArConditionsTest_LArConditionsTestReadNoReg_ctest is now failing in several other MRs with full-unit-tests:

• !69168 (merged)
• !69177 (merged)

Strange. I just rebuild the package from upstream/24.0 against the r22 nightly. The tests succeed.

Maybe some other change that went into another package since r22 was built broke it .. or a fallout from the incremental build (and test).

The failure is related to Pool-File writing:

RootDatabase.open    INFO LarCondTestNoReg.root File version:62812
Exception: Could not get DataHeaderForm for token = [DB=0B5C4783-8382-5C48-95F0-628806DD7B9B][CNT=POOLContainerForm(DataHeaderForm)][CLID=7BE56CEF-C866-4BEE-9348-A5F34B5F1DAD][TECH=00000203][OID=0005E61D00000006-0005E61D00000000][CTXT=00000002], FID "0B5C4783-8382-5C48-95F0-628806DD7B9B" is not existing in the catalog ( POOL : "PersistencySvc::UserDatabase::connectForRead" from "PersistencySvc" ) (no backtrace available).
DataHeaderCnv       ERROR createObj - caught exception: AthenaPoolCnvSvc::::ExcCaughtException: Caught exception in StatusCode T_AthenaPoolCustomCnvWithKey<TRANS, PERS>::PoolToDataObject(DataObject*&, const Token*, const std::string&) [with TRANS = DataHeader; PERS = DataHeader_p6; std::string = std::__cxx11::basic_string<char>] while creating transient objectDataHeader/;00;CondProxyProvider: std::runtime_error: Could not get DataHeaderForm for token = [DB=0B5C4783-8382-5C48-95F0-628806DD7B9B][CNT=POOLContainerForm(DataHeaderForm)][CLID=7BE56CEF-C866-4BEE-9348-A5F34B5F1DAD][TECH=00000203][OID=0005E61D00000006-0005E61D00000000][CTXT=00000002], FID "0B5C4783-8382-5C48-95F0-628806DD7B9B" is not existing in the catalog ( POOL : "PersistencySvc::UserDatabase::connectForRead" from "PersistencySvc" )
DataHeaderCnv       ERROR createObj failed to get DataObject, Token = [DB=8286A955-898F-824A-9332-82BE4ACEBE14][CNT=POOLContainer(DataHeader)][CLID=4DDBD295-EFCE-472A-9EC8-15CD35A9EB8D][TECH=00000203][OID=0005E61D00000005-0000000000000000][CTXT=00000002]
DataProxy         WARNING accessData: conversion failed for data object 222376821/;00;CondProxyProvider
 Returning NULL DataObject pointer  

• Walter

mentioned in merge request !69214 (merged)