-
Notifications
You must be signed in to change notification settings - Fork 4.3k
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
NANO (and MINI) pulling conditions from outside GT #43797
Comments
assign xpog |
cms-bot internal usage |
A new Issue was created by @vlimant vlimant. @antoniovilela, @sextonkennedy, @smuzaffar, @Dr15Jones, @rappoccio, @makortel can you please review it and eventually sign/assign? Thanks. cms-bot commands are listed here |
type tau |
I'll continue looking for dependencies, using recently introduced DB tools (#43374) |
assign alca |
New categories assigned: alca @saumyaphor4252,@perrotta,@consuegs you have been requested to review this Pull request/Issue and eventually sign? Thanks |
referencing #27393 |
just to set the record straight, despite the file is called
this remains problematic. |
ping @mbluj |
In the Open Data context, DPOA's preferred solution is cleaning these IDs from UL/10_6 so that a new release can be used without a new (bigger) GT. Nano sequences are very likely to be the most used in Open Data, but we do provide instructions on how users can produce their own MC, which follows the full sequence. It would be ideal to clean this out fully. But the Nano sequences have the highest priority. We can test where in the full production chain it fails if needed. |
@jmhogan I think the most practical way ahead is to request a new 106X GT with the missing tags included. A full clean-up of 106X release seems unfeasible at this moment... |
@hqucms We can manage that too -- in that case we would still need a PR with a code change for UL/10_6 that removes the explicit access from the frontier database rather than the GT |
@mbluj : are we good in 14.0 and 14.1 regarding this issue ? |
Sorry, but not yet. |
Or maybe there is a recipe how to dump a GT from frontier to a sqlite file? And then switch off access to frontier. |
e.g.:
(notice, it'll take quite some time)
you can customize a cmsDriver command via:
|
@mmusich thank you. Just to be sure, cmsDriver command given above let CMSSW use conditions from sqlite file, but it does not switch off connection to frontier, right? It has to be done separately - instruction how to do it was given somewhere in this thread, but I cannot find it. Could you quote it here for completeness, please? |
it's in the very first message of the cmsTalk thread:
notice that you will have to go through all the additional |
please close |
it was reported in CMS talk that some configuration of nano (in 10.6) is pulling information using "preparation DB" outside of the GT content.
I traced it back to #22840 and cms-nanoAOD#146 , at least, and we need to urgently clean this up.
i.e remove custom connection strings, and include the proper payload in GT
The text was updated successfully, but these errors were encountered: