BiLD-Dev
Bi-Weekly "Loyal" DIRAC developers meeting. And, following, the LHCbDIRAC developers meeting.
Join Zoom Meeting
https://cern.zoom.us/j/91083694183?pwd=ZkdDY1I1YkJVc2o3UTdBY1BRZE15UT09
Meeting ID: 910 8369 4183
Passcode: 12345678
One tap mobile
+41432107108,,91083694183# Switzerland
+41315280988,,91083694183# Switzerland
Dial by your location
+41 43 210 71 08 Switzerland
+41 31 528 09 88 Switzerland
+41 43 210 70 42 Switzerland
+33 1 8699 5831 France
+33 1 7037 2246 France
+33 1 7037 9729 France
Meeting ID: 910 8369 4183
Find your local number: https://cern.zoom.us/u/artUfAdNB
Join by SIP
91083694183@188.184.89.188
91083694183@188.185.118.153
Join by H.323
188.184.89.188
188.185.118.153
Meeting ID: 910 8369 4183
Passcode: 12345678
BiLD (Bi-weekly DIRAC Development meeting) – 17/03/2022
At CERN (in our offices) Federico, Alexandre, André, Christopher
On Zoom: Daniela, Janusz, Ruben, Simon, Hideki, Michel Hernandez Villanueva
Apologies: Andrii, Andrei
Follow-up from previous meetings
- hackathon of March 10th, 8.0.0a17:
- back on lbcertifdirac70 https://trello.com/b/zyXVYH25/v800a17
- main issue:
dirac-logindid not work with VOMS extensions (fixed)
DIRAC communities roundtable
GridPP:
Daniela+Simon+Janusz
- NTR
LHCb:
Federico+Christophe+Christopher+Alexandre+Ruben
- Moved to Antares (CTA)
ILC/CLIC/FCC:
André
- RAL Storage moving to Voldemort (that which shall not be named), thinking about staging via SMS or FTS
Belle2
Hideki
- Moved to v7r2 (python2 still)
- Deploying ES
- Q: do you plan to keep ES7 and OpenSearch support?
- largely does not depend from DIRAC. In 8.0 we have moved to using the OpenSearch clients
- Q: version of OpenSearch
- right now tests use 1.0.0
- Q: do you plan to keep ES7 and OpenSearch support?
- Question on MQ usage: how many servers/setup
- At CERN we use the existing ActiveMQ setup (managed by IT, via K8)
Topics from GitHub/Discussions or Google forum
- About SI00, CPUTime, maxCPUTime and what more
- hopefully answered
- Alexandre will create a PR adding more information to the documentation.
- two inner CE: Singularity CE and Pool CE can work together or not?
- found bug, a PR was created but for v7r1. Closed, created (for v7r2) https://github.com/DIRACGrid/DIRAC/pull/5959
- Job priority setting for production users and individual users
- the documentation has been updated
- Py2 vs Py3 server installations
- Should be answered
- Where do Extensions go in a Python3 install?
- not answered (was done during the meeting)
DIRAC releases
- v7r2p42:
- RequestManagementSystem
- FIX: (#5917) filter by SourceSE in ReplicateAndRegister preparation
- FIX: (#5917) Change RMS.Operation sourceSEList and targetSEList default to empty list
- WorkloadManagementSystem
- FIX: (#5905) Matcher: fixed parsing of (required) tags
- RequestManagementSystem
- v7.3.19:
- WorkloadManagementSystem
- FIX: (#5910) using a DErrno for no match found
- WorkloadManagementSystem
- 8.0.0a17:
- WorkloadManagementSystem
- CHANGE: (#5933) removed last SubmitPool entries
- NEW: (#5925) added TornadoWMSAdministratorHandler
- RequestManagementSystem
- FIX: (#5926) removing python2 support
- FrameworkSystem
- CHANGE: (#5931) DBs stop using BLOB types in favor of TEXT types
- NEW: (#5901) move ProxyManager to HTTPs
- DataManagementSystem
- NEW: (#5927) TornadoDataIntegrityHandler
- WorkloadManagementSystem
DIRAC projects
DIRAC:
Issues by milestone:
Other issues:
- ReplicateAndRegister Operation doesn’t consider SourceSE in FTS3 Mode?
- fixed and closed
- Error in installing DIRACOS in pilots (version 7.3.12)
- opened, fixed, closed
- Federico
- Q1: do your “Activity Monitor” works?
- seems like working in v7r2. Broken since v7r3?
- Q2: do you use it?
- not really
- Q3: remove the existing
gMonitorfrom 8.0?- no objections
- The new ComponentMonitoring (which is being refurbished) will offer a lighter, more useful alternative, fully based on ES backend.
- Q1: do your “Activity Monitor” works?
PRs discussed:
- [WIP][8.0] Create a PilotsHistory Monitoring
- Plan OK (will be done later)
WebApp:
- All PRs reviewed and merged
Pilot:
- Janusz Revived the code for the remote pilot logger to store log messages in a remote SE. Trying to log as early as possible.
- The logger sends single (JSON) message to an HTTP service. On the server side an agent is in charge of a first post-processing of the messages. Log files are closed and uploaded to a Storage Element (being S3 or others… does not fully matter)
- 2 PRs, one for Pilot (
develbranch) and one for DIRAC (https://github.com/DIRACGrid/DIRAC/pull/5961)- Pilot: reused some of the Pilot code that was written in the past
- DIRAC: the service, it was objected, should not just fill up a local file, as this would not work when the service is distributed. Instead, the service should forward to an ElasticSearch backend the JSON messages as ES documents
- what is coded with the local file could be used for a first patchy test (to be set up) but not in a production environment (and the PR should not be merged as is)
DIRACOS2:
- Restored Micromamba, released DIRACOS 2.21
- much faster
- Linux ARM and Linux PPC were broken, Apple MacOS added.
Documentation:
- from previous meeting diracgrid.org still forwards to http://mardirac.in2p3.fr
OAuth2:
- from previous meeting Any news from issue WLCG and Token transition – reminders and requirements ?
- NTR
tornado/HTTPs
- from previous meeting Andrii We can eventually have special classes in Configuration and BundleDelivery to pass binary data - to be discussed.
management
- new issue added (from previous meetings discussions)
diraccfg
- NTR
COMDIRAC
- NTR
DB12
Alexandre
- DB12 now correctly corrects the scores
- Multi-core allocations: created a PR that should solve the issues.
- Next: analyze Job Power/DIRAC Power ratio?
Rucio
- Existing PR ready to be merged (not used by anyone ATM)
Release planning, tests and certification
-
8.0 release
- Currently missing:
- a few critical issues, but for OAuthZ we don’t want to improve ATM
BLOB->TEXTeverywhere- Replace
gMonitorobject
- Not in a hurry to have the release out. Target: 3/4 more weeks.
- Currently missing:
-
Certification machines
- lbcertifdirac70 machine:
- NTR
- lbcertifdiracoauth machine:
- NTR
- lbcertifdirac70 machine:
-
Next hackathon(s)
- Suggestion is that for the next hackathon to use again lbcertifdirac70
AOB
Next hackathon on March 24th
Next BiLD on March 31st
Mail from the Lawyer of CNRS (update for the consortium agreement). Montpellier was not in, some more fixes. Will go through another round.
DIRAC Workshop. 9-10 May 2022. Will stay virtual, and the presentations will stay in the mornings (similar schedule to last years’). The question is if we want to ALSO meet at CERN, and add non-ZOOM sessions in the afternoons.
LHCbDIRAC
- from previous meeting Christopher the BookkeepingDB assumes a certain detector (Run2). This is wrong because it is not anymore the same detector, but is it useful at all?
- Christophe I made a MR changing the way the condition path is constructed. While doing this I found out that there is quite some data that we can’t access
- Christopher it might be that some changes that I have started doing locally are fixing the described issue
- Christophe we should really make the description unique
- Christophe I made a MR changing the way the condition path is constructed. While doing this I found out that there is quite some data that we can’t access
- v10r3: deploy board in https://trello.com/b/kzUKdMts/deploy-v10r3
- lbwms: considerations in https://codimd.web.cern.ch/5-ImZHjFTi6ko_a-5-5BFw#
- can really finally migrate to ES for JobParametersDB
- LHCbDIRAC hackathon based on 8.0
- can start looking into it, target first week of April