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
Creation of provisional Run3 (postLS2) scenario #16680
Labels
Comments
A new Issue was created by @kpedro88 Kevin Pedro. @davidlange6, @Dr15Jones, @smuzaffar can you please review it and eventually sign/assign? Thanks. cms-bot commands are listed here |
assign upgrade |
New categories assigned: upgrade @kpedro88 you have been requested to review this Pull request/Issue and eventually sign? Thanks |
cmsbuild
added
pending-signatures
upgrade-pending
and removed
pending-assignment
labels
Aug 22, 2017
+1 |
cmsbuild
added
fully-signed
upgrade-approved
and removed
pending-signatures
upgrade-pending
labels
Aug 22, 2017
This issue is fully signed and ready to be closed. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Currently, we have some pieces of Run3 scattered here and there in CMSSW (notably
run3_HB
andrun3_GEM
Eras, used only for Phase2 at the moment).@slava77 suggested a little while ago that it could be useful to create a full (provisional) Run3 scenario that incorporates all the postLS2 changes. I think this would be useful (and it would be nice to exercise a little foresight here, given the rush for 2017).
I propose that we start from the 2017 scenario and make all necessary changes: geometry, Eras, workflows, etc.
Geometry:
Eras:
We already have a
Run3
Era which isRun2_2017
+run3_GEM
;run3_HB
can be added (I missed it previously).Workflows:
I propose to add a set of workflows to the upgrade matrix starting with number 30000, as was foreseen a while ago.
GT:
I am not sure if @mmusich wants to start a new queue for Run3 at the moment. Personally, I think we should conserve focus for 2017 until things settle down. We can use the 2017 tag as a base. For HCAL, we can use the hardcode conditions, as we currently do for Phase2 (this also reduces the load on @abdoulline et al.). @calabria, are there any GT conditions needed for GEM?
Of course, when we put all this together, we'll have to see if it actually runs...
The text was updated successfully, but these errors were encountered: