-
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
[L1-O2O] ESGetToken migration L1CondDBPayloadWriter and O2O unit tests #37602
[L1-O2O] ESGetToken migration L1CondDBPayloadWriter and O2O unit tests #37602
Conversation
-code-checks Logs: https://cmssdt.cern.ch/SDT/code-checks/cms-sw-PR-37602/29367
Code check has found code style and quality issues which could be resolved by applying following patch(s)
|
+code-checks Logs: https://cmssdt.cern.ch/SDT/code-checks/cms-sw-PR-37602/29368
|
A new Pull Request was created by @panoskatsoulis (Panos) for master. It involves the following packages:
@malbouis, @epalencia, @cmsbuild, @rekovic, @ggovi, @tvami, @cecilecaillol, @francescobrivio can you please review it and eventually sign? Thanks. cms-bot commands are listed here |
hold |
Please wait as after enabling these changes the
I dont think tho that it's related to this change as the producer for the |
is there any reason to wait for running the integration tests? |
After poking around the code I agree that the exception in #37602 (comment) is not related to the changes/problems here. The exception message effectively says that the ESProducer returned a |
After poking around the code some more, we found out that when we changed the EventSetup system to do prefetching, in case the exception happens during cmssw/CondTools/L1Trigger/interface/WriterProxy.h Lines 53 to 57 in c84c56e
). We will fix the EventSetup system to properly cache the exact exception and rethrow when the data product is requested from the EventSetup or Record. Even if this problem would not have been there, the O2O would still not work because of the missing consumes calls (into which I'll return in a subsequent message). |
From a quick inspection from parts of the code, it looks to us that all of the database queries are based on hardcoded values and information from the configuration. We could not find a place in the limited number of source files we looked where IOVs was necessary to make the database query. If that is true, the relevant writers actually can be known at module construction time. Therefore, the writers can be made in the module (e.g. In the short term, it should be possible to make the EDAnalyzer(s) to have a configuration parameter telling which writers are needed. The present machinery could be used to print out a list writers being used now, and copy that in the configuration. |
thx for this, indeed this is making it worse throughout all the weekend to debug it, as these errors here [1] are very cryptic and without information what happened. Here I'm continuing the explanation about the calls like these here [2-3]. The one in [2] as explained above succeeds after the changes here while the one in [3] keeps on failing. But why these 2 calls behave differently I think is the key for fixing it. An other possible work around if this fails, I think, is to explicitly run the required "Online" producers from the configuration file, in the same path [4], so we have already in place the required [1] https://cms-conddb.cern.ch/cmsDbBrowser/logs/show_O2O_log/Prep/L1TMenu/2022-04-17%2013:20:30.447741
[3]
[4]
|
+core esConsumes was done in a way that works |
+l1 |
This pull request is fully signed and it will be integrated in one of the next master IBs (tests are also fine). This pull request will now be reviewed by the release team before it's merged. @perrotta, @dpiparo, @qliphy (and backports should be raised in the release meeting by the corresponding L2) |
+1
|
@panoskatsoulis Nicely done! |
Likely the sql file should get copied locally (if needed) and modified as part of the test script
… On Apr 23, 2022, at 3:15 PM, David Lange ***@***.***> wrote:
No the installed sw area is not writable.
> On Apr 23, 2022, at 2:38 PM, Marco Musich ***@***.***> wrote:
>
>
> @qliphy thanks for the pointers, I am familiar with the mechanism for reading from cms-data, but is the writing supported?
>
> —
> Reply to this email directly, view it on GitHub, or unsubscribe.
> You are receiving this because you are subscribed to this thread.
>
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you are subscribed to this thread.
|
hi @davidlange6 , if I'm not mistaken the sql file is already copied loccally
|
Yea - I think I sent this message 4 months ago....
… On Oct 11, 2022, at 11:23 AM, Panos ***@***.***> wrote:
hi @davidlange6 , if I'm not mistaken the sql file is already copied loccally
from the master ...
https://github.com/cms-sw/cmssw/blob/4a8b189b194d0ac3844e4c4eeb5828c0c5920b75/L1TriggerConfig/L1TConfigProducers/scripts/runL1-O2O-scramTests.sh#L56-L66
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you were mentioned.
|
looks like most of @davidlange6 comments were pending in his mail queue and are only now being delivered :-) |
Yea, I'm flooding a bunch of old GitHub threads this morning - no idea how..
… On Oct 11, 2022, at 11:37 AM, Panos ***@***.***> wrote:
haha ok, it says here 20mins ago
sry for the spam
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you were mentioned.
|
Indeed, they were pending somewhere... but not in my laptop's mail outbox...
… On Oct 11, 2022, at 11:44 AM, Malik Shahzad Muzaffar ***@***.***> wrote:
looks like most of @davidlange6 comments were pending in his mail queue and are only now being delivered :-)
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you were mentioned.
|
I almost got a heart attack and nightmares back 🤣 |
PR description:
This PR implements WriterProxy from CondTools/L1TriggerExt to inherit from edm::EDConsumerBase as it's required for running esConsumes() to register ESGetToken objects when is called by CondDBPayloadWriter
PR validation:
This pkg is part of the L1 O2O and there is not any central wf to be tested
Tested Locally and from custom patch on machine conddb-1 writing to sqlite file and Prep respectively
The local replica of the p5 script is commited together in this PR ( runL1-O2O-iov.sh )
if this PR is a backport please specify the original PR and why you need to backport that PR: