-
Notifications
You must be signed in to change notification settings - Fork 4.4k
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
fix tracker.xml #2253
fix tracker.xml #2253
Conversation
A new Pull Request was created by @boudoul (boudoul) for CMSSW_6_2_X_SLHC. fix tracker.xml It involves the following packages: Geometry/TrackerCommonData @civanch, @Dr15Jones, @ianna, @mdhildreth, @cmsbuild, @nclopezo, @Degano, @ktf can you please review it and eventually sign? Thanks. |
+1 |
This pull request is fully signed and it will be integrated in one of the next CMSSW_6_2_X_SLHC IBs unless changes or unless it breaks tests. @andersonjacob, @mark-grimes can you please take care of it? |
Tests 3300, 3400, 4100, 4400, 40001, 50002, 60002, 4502, 4500, 5001 and 15001 pass okay, as well as 3400 with combinedCustoms.cust_2019WithGem. However, tests 50001 (ttbar FastSim ExtendedPhase2TkBE) and 60001 (ttbar FastSim ExtendedPhase2TkBEForward) seg fault with the same stack trace as #2232:
|
This pull request is fully signed and it will be integrated in one of the next CMSSW_6_2_X_SLHC IBs unless changes (tests are also fine). @andersonjacob, @mark-grimes can you please take care of it? |
@mark-grimes - I cannot reproduce the crash you get:
gives the result:
|
-1 runTheMatrix-results/50001_TTbar_14TeV+TTbarFSP2+HARVESTFSP2/step1_TTbar_14TeV+TTbarFSP2+HARVESTFSP2.log 60001 step1 runTheMatrix-results/60001_TTbar_14TeV+TTbarFSP2Forw+HARVESTFSP2Forw/step1_TTbar_14TeV+TTbarFSP2Forw+HARVESTFSP2Forw.log you can see the results of the tests here: |
This pull request is fully signed and it will be integrated in one of the next CMSSW_6_2_X_SLHC IBs unless changes (but tests are reportedly failing). @andersonjacob, @mark-grimes can you please take care of it? |
Tested again on top of the recently merged #2265 and get the same result (as well as a known issue in harvesting for 2 tests). The GSF electron trajectory fitter crashes in FastSim for ExtendedPhase2TkBE and ExtendedPhase2TkBE. Will discuss in the Offline Release Planning meeting today whether the benefits of including in SLHC7 outweigh breaking FastSim. |
Mark - can you post the errors? (or point me to them) On Feb 4, 2014, at 3:50 PM, Mark Grimes notifications@github.com
|
It's the same stack trace as comment number 5 (I cut some of the cruft, let me know if you want the full thing):
@ianna says she can't reproduce it but it's the same as @cmsbuild gets (comment above referencing https://cmssdt.cern.ch/SDT/jenkins-artifacts/pull-request-integration/PR-2253/14/summary.html). Note that there are thousands of this error beforehand:
|
which workflow #?
|
Sorry, 50001 and 60001 (ttbar FastSim for ExtendedPhase2TkBE and ExtendedPhase2TkBEForward respectively). Since merging the HCal changes also get the step 4 harvesting errors in 3400 and 15001 but that's a separate expected issue. |
@mark-grimes - correction - I cannot reproduce it with customization command. I did get the same crash without it. It would seem strange that a trajectory fitter cannot deal with rectangular bounds of a DetId. |
merge Discussed in the offline release planning meeting and agreed to include for SLHC7 even though the FastSim crashes for these particular geometries. David L. was actually surprised the workflows ran beforehand. |
tested runTheMatrix.py --what upgrade -l 4500
with 100 events, before (red) and after (black) on the #hit/eta
Fix was discussed in the PR 2232
hope I didn't screw up this PR as the status is " Error checking merge status" but don't worry it said ;-)