At CERN: Federico, Theau, Robin, Cedric, Alexandre, Andrè, Christopher, Ryunosuke
On Zoom: Andrei, Daniela, Simon, Janusz, Jorge, Xiaomei, Hideki, Ueda, Natthan, Alexei, Dhiraj
Apologies:

Previous meetings

DIRAC communities roundtable

LHCb:

Belle2

CLIC

IHEP

EGI:

CTA:

GridPP:

Topics from GitHub discussions and bots

Releases

DIRAC

diracx

Release planning, tests and certification

The flowcharts below details the interactions and constrains between some of the existing PRs (in DIRAC, diracx, and Pilot) for v9+0.1 and v9.1+0.2 versions.

DIRAC_8260 == Update job monitoring to use DiracX

9.0

We only looked at the v9+0.1 chart. Most of the PRs involved are from Robin.

Certification machines
- NTR
Next hackathon(s)
- As soon as we’ll get “proper” releases

DIRAC projects

DIRAC:

Issues by milestone:

v8.0:
- No news
v9.0:
- NTR
v9.1:
- NTR

Other issues:

from previous meeting Replacement for BDII2CSAgent #8194
- “nice” discussion
- Daniela is going to check if (as she suspects) GOCDB is actually underwritten by GridPP. Maybe (can’t promise) “finances” might be an angle.
- 26th June no updates in ticket in the last 2 or 3 weeks
- 17th July
  - recent answers in the GGUS ticket above from AP seems to point in the right direction
  - nevertheless, Federico is trying to grab info on if we can do a “CEs” crawler ourselves. ARC CEs seem to provide the necessary information, issues are from HTCondorCEs
    - Last message from Federico:
    For those of you who are running a HTCondor CE, would you mind investigating if the content of auth-map + accounting-map files could be made public? Maybe we are lucky and it’s a trivial thing to be done.
    - Daniela will check the above

PRs discussed:

add scitag support
- draft PR waiting for Christophe review. More comments in it
- several VOs (including LHCb, Belle2, ilc) can already provide scitags (recognized with the APIs)
from previous meeting PoolCE and RAM (issue raised in https://github.com/DIRACGrid/DIRAC/issues/7853#issuecomment-2948565279): https://github.com/DIRACGrid/DIRAC/pull/8232
- 17th July PR updated

WebApp:

New alhpa version created (nothing important)

Pilot:

from previous meeting Pilot migration
- diracx pilot route
from previous meeting PR feat: Adding JWT support alongside X509 auth
- the new Pilot command can call directly the route, no need to use the CLI
- the integration tests for this will be set up once diracx is updated with the connected diracx PR

DIRACOS:

New release (https://github.com/DIRACGrid/DIRACOS2/releases/tag/2.53) for avoid picking up httpx dev versions
dropped PPC (seems “dead”)

Documentation:

web.diracgrid.org
- for the moment deployed at gitlab at Lyon. Will be moved to standard DIRACGrid github repo at some point
- the suggestion is to do it already
- Andrei is it OK to deploy (the landing pages) on github pages?
from previous meeting tasks: https://github.com/DIRACGrid/DIRACx/issues?q=is%3Aissue state%3Aopen label%3Adocumentation
from previous meeting on diracx.io: ChrisB registered it under his name more than a year ago. We do anyway have diracgrid.org (that is also “correctly billed”) so it makes sense to use only that domain. Chris is therefore proposing to move to:
- diracx.diracgrid.org (diracx docs, currently diracx.io)
- charts.diracgrid.org (for the helm chart, would have been destined to be charts.diracx.io if we’d leave it as is)
- then we’d need common access for managing the DNS on diracgrid.org to set the CNAME records.

management

from previous meeting new /cvmfs/dirac.cern.ch repository created – CERN ticket
- question on if it could be /cvmfs/diracgrid.org – potentially, but that would not be automounted
- action on @cburr to populate it (using LHCb “machinery”)
  - Christophe I will propose some ideas on the structure in one or 2 BiLD meetings
  - Federico You do not have full flexibility, as the LHCb structure has been copied to DIRAC and IIRC Belle2 too

DB12

Rucio

Tests

Robin improved integration_tests.py to add DiracX service(s) – basically for testing the legacy adaptors – almost done
from previous meeting Federico Started adding Rucio to Dirac integration tests
- –> to Janusz

DiracX:

Road Map : https://github.com/DIRACGrid/diracx/blob/caf66076bc8b623b0282a2f3d7d723b7c45be1a6/docs/roadmap.md?plain=1
- the only thing left to complete before v0.1 is documentation
dependabot alert for web
- NTR

Issues

Architecture design principles:
- Issue on Add Architecture Design Records (ADR) to the documentation created following comment (which was not only on documentation)
- the idea is accepted
from previous meeting Federico wrote down an “epic” with 5 sub-tasks: https://github.com/DIRACGrid/DIRACx/issues/562 for the DiracX accounting/monitoring after consulting with CERN experts
- 17th July We gave Ewoud (CERN IT) a task to try this one out on a 6-months popularity data (from LHCb). Current stoppers:
  - Grafana does not yet support plotting of OpenSearch rolled-up data (seems to be OK with data from ElasticSearch though, so probably something that will eventually be sorted out)
  - More worringly, rollup jobs do not seem to work on DataStreams (work only on standard indices)
Comments to https://github.com/DIRACGrid/diracx/issues/585#issuecomment-3051642916
- Federico DELETE Jobs should not be there – mark as JobStatus.DELETED instead
- Andrei is the fact that we do not use RESTful going to have repercussion on the tools?
  - we do not exactly know
  - Christopher Probably worth reading https://florian-kraemer.net//software-architecture/2025/07/07/Most-RESTful-APIs-are-not-really-RESTful.html