Signing production fixes
Dirac bug
Slight bug found in sign_requests.py
, with the setting up dirac and making it an int.
THis is fixed. Now when I run locally, I get
(lbapi) LbAPI » lb-dirac python src/LbAPI/ci/templates/sign_requests.py --req_ids 125529
Traceback (most recent call last):
File "/home/epp/phrmcb/LbAPI/src/LbAPI/ci/templates/sign_requests.py", line 35, in <module>
parse_args()
File "/home/epp/phrmcb/LbAPI/src/LbAPI/ci/templates/sign_requests.py", line 31, in parse_args
returnValueOrRaise(pmc.updateProductionRequest(int(req), {"RequestState": "PPG OK"}))
File "/cvmfs/lhcb.cern.ch/lhcbdirac/versions/v11.0.29-1705585492/Linux-x86_64/lib/python3.11/site-packages/DIRAC/Core/Utilities/ReturnValues.py", line 220, in returnValueOrRaise
raise SErrorException(result, errorCode)
DIRAC.Core.Utilities.ReturnValues.SErrorException: ({'OK': False, 'Errno': 0, 'Message': 'Only PPG members or Tech. experts are allowed to sign submitted request', 'rpcStub': [['ProductionManagement/ProductionRequest', {'timeout': 600, 'skipCACheck': False, 'keepAliveLapse': 150}], 'updateProductionRequest', [125529, {'RequestState': 'PPG OK'}]]}, 0)
Which is as expected as I'm not ppg!
Async bug
Before the submitting and signing was done in an asynchronous manner, meaning that they can run in any order. Thats why it caused this bug https://lhcb-dpa-sentry.web.cern.ch/lhcb-dpa/lbapi/issues/670/?query=is%3Aunresolved
this is fixed
Edited by Emir Muhammad