-
Notifications
You must be signed in to change notification settings - Fork 4
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
DBS runs API returns runs from invalid files #99
Comments
Hi @germanfgv , to answer to Alan's questions:
@d-ylee please take care of this request and provide |
Thank you @vkuznet The current behavior is causing confusing for some end users |
By default DAS shows valid files only, and therefore we'll need to adjust its queries to use new option in runs API, i.e. it will get list of runs for valid files, but allow users to overwrite it in DAS queries via |
@vkuznet I'll create a new issue then in the https://github.com/dmwm/das2go repository. Please let me know if this is not the right place. |
Yes, it is correct place, just add to the ticket appropriate dbs2go one that they will be linked. |
Users have noticed that after file invalidations, DBS still displays block and dataset runs data as if the files were still there
Lets use dataset /DisplacedJet/Run2023C-PromptReco-v2/MINIAOD as an example.
This dataset initially included files from run 367661, but they were all invalidated, as can be seen here:
The problem is that when users try to list the runs included in the dataset, the run still appears, even tho there are no files from that run in the dataset. Here you can see that run 367661 appears as one of the runs in /DisplacedJet/Run2023C-PromptReco-v2/MINIAOD:
Of course, the same information is provided to users when they use DAS: https://cmsweb.cern.ch/das/request?instance=prod/global&input=run+dataset%3D%2FDisplacedJet%2FRun2023C-PromptReco-v2%2FMINIAOD
After discussing this on MM, @amaltaro formulated the following questions
I would argue that the DBS API should have the option to only show runs from valid files, and that this should be the default behavior when querying from DAS.
Could DBS experts comment on this issue? @vkuznet @d-ylee
The text was updated successfully, but these errors were encountered: