Skip to content

Problem with plugin for RPC Trigger Primitive #27491

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

Closed
fabiocos opened this issue Jul 11, 2019 · 8 comments
Closed

Problem with plugin for RPC Trigger Primitive #27491

fabiocos opened this issue Jul 11, 2019 · 8 comments

Comments

@fabiocos
Copy link
Contributor

The integration of #26967 has caused a massive failure in the IB CMSSW_11_0_X_2019-07-10-1100 due to a misconfiguration of plugins that was not caught in the initial test phase. According to the comment by @Dr15Jones there are two factories registered under two different names but with identical signature. @maseguracern @rekovic this needs to be fixed in order to reintegrate again this code, that for the time being has been reverted for clarity.

On top of this there is the question @smuzaffar @Dr15Jones : why was this failure missed 1) in the PR test and 2) in the first IB where the PR was merged CMSSW_11_0_X_2019-07-09-2300 ? This behaviour is easily reproducible in standalone tests using 136.85 .

@cmsbuild
Copy link
Contributor

A new Issue was created by @fabiocos Fabio Cossutti.

@davidlange6, @Dr15Jones, @smuzaffar, @fabiocos, @kpedro88 can you please review it and eventually sign/assign? Thanks.

cms-bot commands are listed here

@fabiocos
Copy link
Contributor Author

assign l1

@cmsbuild
Copy link
Contributor

New categories assigned: l1

@benkrikler,@rekovic you have been requested to review this Pull request/Issue and eventually sign? Thanks

@Dr15Jones
Copy link
Contributor

On top of this there is the question @smuzaffar @Dr15Jones : why was this failure missed 1) in the PR test and 2) in the first IB where the PR was merged CMSSW_11_0_X_2019-07-09-2300 ? This behaviour is easily reproducible in standalone tests using 136.85 .

This is only a guess. The problem is essentially a one definition rule type violation. For such violation, the exact order in which a symbol is loaded into a job will dictate the behavior. So I'm guessing we just happen to load the shared libraries in a different order.

@fabiocos
Copy link
Contributor Author

@silviodonato @qliphy not sure whether this is issue is still there

@silviodonato
Copy link
Contributor

The issue was "solved" by reverting #27491(#27481), but the code of the RPC TriggerPrimitives was never merged.
@cms-sw/l1-l2 do you know what is the plan about this?
Let me also add in cc @folguera, author of #30344 (DT TPG)

@fabiocos
Copy link
Contributor Author

@silviodonato more than a solution that was the temporarily protection. I see that the new package proposed in #26967 is not there, so the problem is not there, at least in the original form, but it is unclear to me what is the follow-up (if any).

Unless you have a good reason to keep this issue open, I would close it.

@silviodonato
Copy link
Contributor

I agree let's close the issue. @rekovic @cecilecaillol be aware that the RPC TriggerPrimitives are not merged yet (after 2 year since #26967)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants