Skip to content
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

Vertex and tracking DQM: fix histo scales, add ngood vertex, Add valid,lost,missing inner/outer hits 2d-histos #11044

Merged
merged 4 commits into from Sep 16, 2015

Conversation

VinInn
Copy link
Contributor

@VinInn VinInn commented Aug 31, 2015

forward port of #11027 and #11026

@VinInn VinInn changed the title port to 76X Vertex and tracking DQM: fix histo scales, add ngood vertex, Add valid,lost,missing inner/outer hits 2d-histos Aug 31, 2015
@cmsbuild cmsbuild added this to the Next CMSSW_7_6_X milestone Aug 31, 2015
@cmsbuild
Copy link
Contributor

A new Pull Request was created by @VinInn (Vincenzo Innocente) for CMSSW_7_6_X.

Vertex and tracking DQM: fix histo scales, add ngood vertex, Add valid,lost,missing inner/outer hits 2d-histos

It involves the following packages:

DQM/TrackingMonitor
DQMOffline/RecoB

@cmsbuild, @danduggan, @deguio can you please review it and eventually sign? Thanks.
@imarches, @makortel, @pvmulder, @acaudron, @ferencek, @threus, @rociovilar this is something you requested to watch as well.
You can sign-off by replying to this message having '+1' in the first line of your reply.
You can reject by replying to this message having '-1' in the first line of your reply.
If you are a L2 or a release manager you can ask for tests by saying 'please test' in the first line of a comment.
@Degano you are the release manager for this.
You can merge this pull request by typing 'merge' in the first line of your comment.

use a more sensible scale
@cmsbuild
Copy link
Contributor

Pull request #11044 was updated. @cmsbuild, @danduggan, @deguio can you please check and sign again.

@VinInn
Copy link
Contributor Author

VinInn commented Sep 1, 2015

@cmsbuild please test

@deguio
Copy link
Contributor

deguio commented Sep 1, 2015

please test

@cmsbuild
Copy link
Contributor

cmsbuild commented Sep 1, 2015

The tests are being triggered in jenkins.

@cmsbuild
Copy link
Contributor

cmsbuild commented Sep 1, 2015

-1
Tested at: 31bee76
When I ran the RelVals I found an error in the following worklfows:
4.22 step3

runTheMatrix-results/4.22_RunCosmics2011A+RunCosmics2011A+RECOCOSD+ALCACOSD+SKIMCOSD+HARVESTDC/step3_RunCosmics2011A+RunCosmics2011A+RECOCOSD+ALCACOSD+SKIMCOSD+HARVESTDC.log

4.53 step3

runTheMatrix-results/4.53_RunPhoton2012B+RunPhoton2012B+HLTD+RECODreHLT+HARVESTDreHLT/step3_RunPhoton2012B+RunPhoton2012B+HLTD+RECODreHLT+HARVESTDreHLT.log

140.53 step2

runTheMatrix-results/140.53_RunHI2011+RunHI2011+RECOHID11+HARVESTDHI/step2_RunHI2011+RunHI2011+RECOHID11+HARVESTDHI.log

25.0 step5

runTheMatrix-results/25.0_TTbar+TTbar+DIGI+RECOAlCaCalo+HARVEST+ALCATT/step5_TTbar+TTbar+DIGI+RECOAlCaCalo+HARVEST+ALCATT.log

1000.0 step2

runTheMatrix-results/1000.0_RunMinBias2011A+RunMinBias2011A+TIER0+SKIMD+HARVESTDfst2+ALCASPLIT/step2_RunMinBias2011A+RunMinBias2011A+TIER0+SKIMD+HARVESTDfst2+ALCASPLIT.log

1001.0 step2

runTheMatrix-results/1001.0_RunMinBias2011A+RunMinBias2011A+TIER0EXP+ALCAEXP+ALCAHARVD1+ALCAHARVD2+ALCAHARVD3/step2_RunMinBias2011A+RunMinBias2011A+TIER0EXP+ALCAEXP+ALCAHARVD1+ALCAHARVD2+ALCAHARVD3.log

you can see the results of the tests here:
https://cmssdt.cern.ch/SDT/jenkins-artifacts/pull-request-integration/PR-11044/7792/summary.html

@VinInn
Copy link
Contributor Author

VinInn commented Sep 2, 2015

segfault in Cling?

@davidlt
Copy link
Contributor

davidlt commented Sep 2, 2015

Looks like it, or it could it JIT'ed function. Maybe building a debug build of ROOT (incl. internal LLVM) could help with stack traces.

@davidlt
Copy link
Contributor

davidlt commented Sep 2, 2015

I tried it on DEVEL_X IBs (ROOT 6.04.XX):

Thread 1 (Thread 0x7f570dfe0a40 (LWP 32029)):
#0  0x00000031c2e0f32d in waitpid () from /lib64/libpthread.so.0
#1  0x00007f5702c4b168 in sig_dostack_then_abort () from /afs/cern.ch/cms/sw/ReleaseCandidates/vol0/slc6_amd64_gcc493/cms/cmssw/CMSSW_7_6_DEVEL_X_2015-09-01-2300/lib/slc6_amd64_gcc493/libFWCoreServices.so
#2  <signal handler called>
#3  0x00007f5700fd0c84 in MonitorElement::Fill(double) () from /afs/cern.ch/cms/sw/ReleaseCandidates/vol0/slc6_amd64_gcc493/cms/cmssw/CMSSW_7_6_DEVEL_X_2015-09-01-2300/lib/slc6_amd64_gcc493/libDQMServicesCore.so
#4  0x00007f56d6cb4c44 in TrackAnalyzer::analyze(edm::Event const&, edm::EventSetup const&, reco::Track const&) () from /data/davidlt/fix_root/CMSSW_7_6_DEVEL_X_2015-09-01-2300/lib/slc6_amd64_gcc493/pluginDQMTrackingMonitor.so
#5  0x00007f56d6cd3760 in TrackingMonitor::analyze(edm::Event const&, edm::EventSetup const&) () from /data/davidlt/fix_root/CMSSW_7_6_DEVEL_X_2015-09-01-2300/lib/slc6_amd64_gcc493/pluginDQMTrackingMonitor.so
#6  0x00007f570f5f4931 in edm::stream::EDAnalyzerAdaptorBase::doEvent(edm::EventPrincipal&, edm::EventSetup const&, edm::ActivityRegistry*, edm::ModuleCallingContext const*) () from /afs/cern.ch/cms/sw/ReleaseCandidates/vol0/slc6_amd64_gcc493/cms/cmssw/CMSSW_7_6_DEVEL_X_2015-09-01-2300/lib/slc6_amd64_gcc493/libFWCoreFramework.so
#7  0x00007f570f5ea90f in edm::WorkerT<edm::stream::EDAnalyzerAdaptorBase>::implDo(edm::EventPrincipal&, edm::EventSetup const&, edm::ModuleCallingContext const*) () from /afs/cern.ch/cms/sw/ReleaseCandidates/vol0/slc6_amd64_gcc493/cms/cmssw/CMSSW_7_6_DEVEL_X_2015-09-01-2300/lib/slc6_amd64_gcc493/libFWCoreFramework.so

@VinInn
Copy link
Contributor Author

VinInn commented Sep 2, 2015

looks a real issue.
will test using runTheMatrix...

@davidlt
Copy link
Contributor

davidlt commented Sep 2, 2015

Looks like MonitorElement isn't a "live" object.

My guess is that xPointOfClosestApproachToPV is uninitialised, because initialisation is done by different function.

Uhh DQM/TrackingMonitor/interface/TrackAnalyzer.h

<more before>
274         MonitorElement* Chi2;
275         MonitorElement* Chi2Prob;
276         MonitorElement* Chi2oNDF;
277
278         MonitorElement* Chi2oNDFVsEta;
279         MonitorElement* Chi2oNDFVsPhi;
280         MonitorElement* Chi2oNDFVsTheta;
281
282         MonitorElement* Chi2ProbVsEta;
283         MonitorElement* Chi2ProbVsPhi;
284         MonitorElement* Chi2ProbVsTheta;
285
286         MonitorElement* DistanceOfClosestApproach;
287         MonitorElement* DistanceOfClosestApproachToBS;
288         MonitorElement* DistanceOfClosestApproachToPV;
289         MonitorElement* DistanceOfClosestApproachVsTheta;
290         MonitorElement* DistanceOfClosestApproachVsPhi;
291         MonitorElement* DistanceOfClosestApproachToBSVsPhi;
292         MonitorElement* DistanceOfClosestApproachToPVVsPhi;
293         MonitorElement* DistanceOfClosestApproachVsEta;
294         MonitorElement* xPointOfClosestApproach;
295         MonitorElement* xPointOfClosestApproachToPV;
296         MonitorElement* xPointOfClosestApproachVsZ0wrt000;
297         MonitorElement* xPointOfClosestApproachVsZ0wrtBS;
298         MonitorElement* xPointOfClosestApproachVsZ0wrtPV;
299         MonitorElement* yPointOfClosestApproach;
300         MonitorElement* yPointOfClosestApproachToPV;
301         MonitorElement* yPointOfClosestApproachVsZ0wrt000;
302         MonitorElement* yPointOfClosestApproachVsZ0wrtBS;
303         MonitorElement* yPointOfClosestApproachVsZ0wrtPV;
304         MonitorElement* zPointOfClosestApproach;
305         MonitorElement* zPointOfClosestApproachToPV;
306         MonitorElement* zPointOfClosestApproachVsPhi;
307         MonitorElement *algorithm, *oriAlgo;
<more after>

Could we get all of these as nullptr? Because if TrackAnalyzer is on a heap, all of these could be garbage and these things tend to bite.

Program received signal SIGSEGV, Segmentation fault.
0x00007fffe971a8de in MonitorElement::update (this=0xfffffffffffffffc) at /data/davidlt/fix_root/CMSSW_7_6_DEVEL_X_2015-09-01-2300/src/DQMServices/Core/interface/MonitorElement.h:142
142         { data_.flags |= DQMNet::DQM_PROP_NEW; }
(gdb) p/x data_
Cannot access memory at address 0xfffffffffffffffc
#0  0x00007fffe971a8de in MonitorElement::update (this=0xfffffffffffffffc) at /data/davidlt/fix_root/CMSSW_7_6_DEVEL_X_2015-09-01-2300/src/DQMServices/Core/interface/MonitorElement.h:142
#1  0x00007fffe97142cb in MonitorElement::Fill (this=0xfffffffffffffffc, x=-0.022838041186332703) at /data/davidlt/fix_root/CMSSW_7_6_DEVEL_X_2015-09-01-2300/src/DQMServices/Core/src/MonitorElement.cc:265
#2  0x00007fffbf539bab in TrackAnalyzer::analyze (this=0x7fffc1aeb000, iEvent=..., iSetup=..., track=...) at /data/davidlt/fix_root/CMSSW_7_6_DEVEL_X_2015-09-01-2300/src/DQM/TrackingMonitor/src/TrackAnalyzer.cc:868
#3  0x00007fffbf56f3b8 in TrackingMonitor::analyze (this=0x7fffc150e300, iEvent=..., iSetup=...) at /data/davidlt/fix_root/CMSSW_7_6_DEVEL_X_2015-09-01-2300/src/DQM/TrackingMonitor/src/TrackingMonitor.cc:551
#4  0x00007ffff7d62931 in edm::stream::EDAnalyzerAdaptorBase::doEvent(edm::EventPrincipal&, edm::EventSetup const&, edm::ActivityRegistry*, edm::ModuleCallingContext const*) ()
   from /afs/cern.ch/cms/sw/ReleaseCandidates/vol0/slc6_amd64_gcc493/cms/cmssw/CMSSW_7_6_DEVEL_X_2015-09-01-2300/lib/slc6_amd64_gcc493/libFWCoreFramework.so
#5  0x00007ffff7d5890f in edm::WorkerT<edm::stream::EDAnalyzerAdaptorBase>::implDo(edm::EventPrincipal&, edm::EventSetup const&, edm::ModuleCallingContext const*) ()
   from /afs/cern.ch/cms/sw/ReleaseCandidates/vol0/slc6_amd64_gcc493/cms/cmssw/CMSSW_7_6_DEVEL_X_2015-09-01-2300/lib/slc6_amd64_gcc493/libFWCoreFramework.so
#6  0x00007ffff7c93d8c in decltype ({parm#1}()) edm::convertException::wrap<bool edm::Worker::doWork<edm::OccurrenceTraits<edm::EventPrincipal, (edm::BranchActionType)1> >(edm::OccurrenceTraits<edm::EventPrincipal, (edm::BranchActionType)1>::MyPrincipal&, edm::EventSetup
const&, edm::StreamID, edm::ParentContext const&, edm::OccurrenceTraits<edm::EventPrincipal, (edm::BranchActionType)1>::Context const*)::{lambda()#1}>(bool edm::Worker::doWork<edm::OccurrenceTraits<edm::EventPrincipal, (edm::BranchActionType)1> >(edm::OccurrenceTraits<edm
::EventPrincipal, (edm::BranchActionType)1>::MyPrincipal&, edm::EventSetup const&, edm::StreamID, edm::ParentContext const&, edm::OccurrenceTraits<edm::EventPrincipal, (edm::BranchActionType)1>::Context const*)::{lambda()#1}) ()
   from /afs/cern.ch/cms/sw/ReleaseCandidates/vol0/slc6_amd64_gcc493/cms/cmssw/CMSSW_7_6_DEVEL_X_2015-09-01-2300/lib/slc6_amd64_gcc493/libFWCoreFramework.so
#7  0x00007ffff7c94044 in bool edm::Worker::doWork<edm::OccurrenceTraits<edm::EventPrincipal, (edm::BranchActionType)1> >(edm::OccurrenceTraits<edm::EventPrincipal, (edm::BranchActionType)1>::MyPrincipal&, edm::EventSetup const&, edm::StreamID, edm::ParentContext const&,
edm::OccurrenceTraits<edm::EventPrincipal, (edm::BranchActionType)1>::Context const*) () from /afs/cern.ch/cms/sw/ReleaseCandidates/vol0/slc6_amd64_gcc493/cms/cmssw/CMSSW_7_6_DEVEL_X_2015-09-01-2300/lib/slc6_amd64_gcc493/libFWCoreFramework.so
#8  0x00007ffff7c9a10e in decltype ({parm#1}()) edm::convertException::wrap<void edm::Path::processOneOccurrence<edm::OccurrenceTraits<edm::EventPrincipal, (edm::BranchActionType)1> >(edm::OccurrenceTraits<edm::EventPrincipal, (edm::BranchActionType)1>::MyPrincipal&, edm:
:EventSetup const&, edm::StreamID const&, edm::OccurrenceTraits<edm::EventPrincipal, (edm::BranchActionType)1>::Context const*)::{lambda()#1}>(void edm::Path::processOneOccurrence<edm::OccurrenceTraits<edm::EventPrincipal, (edm::BranchActionType)1> >(edm::OccurrenceTraits
<edm::EventPrincipal, (edm::BranchActionType)1>::MyPrincipal&, edm::EventSetup const&, edm::StreamID const&, edm::OccurrenceTraits<edm::EventPrincipal, (edm::BranchActionType)1>::Context const*)::{lambda()#1}) ()
   from /afs/cern.ch/cms/sw/ReleaseCandidates/vol0/slc6_amd64_gcc493/cms/cmssw/CMSSW_7_6_DEVEL_X_2015-09-01-2300/lib/slc6_amd64_gcc493/libFWCoreFramework.so
#9  0x00007ffff7c9a3d2 in void edm::Path::processOneOccurrence<edm::OccurrenceTraits<edm::EventPrincipal, (edm::BranchActionType)1> >(edm::OccurrenceTraits<edm::EventPrincipal, (edm::BranchActionType)1>::MyPrincipal&, edm::EventSetup const&, edm::StreamID const&, edm::Occ
urrenceTraits<edm::EventPrincipal, (edm::BranchActionType)1>::Context const*) () from /afs/cern.ch/cms/sw/ReleaseCandidates/vol0/slc6_amd64_gcc493/cms/cmssw/CMSSW_7_6_DEVEL_X_2015-09-01-2300/lib/slc6_amd64_gcc493/libFWCoreFramework.so
#10 0x00007ffff7c9a7c5 in void edm::StreamSchedule::processOneEvent<edm::OccurrenceTraits<edm::EventPrincipal, (edm::BranchActionType)1> >(edm::OccurrenceTraits<edm::EventPrincipal, (edm::BranchActionType)1>::MyPrincipal&, edm::EventSetup const&, bool)::{lambda()#1}::oper
ator()() const () from /afs/cern.ch/cms/sw/ReleaseCandidates/vol0/slc6_amd64_gcc493/cms/cmssw/CMSSW_7_6_DEVEL_X_2015-09-01-2300/lib/slc6_amd64_gcc493/libFWCoreFramework.so
#11 0x00007ffff7c9aabb in decltype ({parm#1}()) edm::convertException::wrap<void edm::StreamSchedule::processOneEvent<edm::OccurrenceTraits<edm::EventPrincipal, (edm::BranchActionType)1> >(edm::OccurrenceTraits<edm::EventPrincipal, (edm::BranchActionType)1>::MyPrincipal&,
 edm::EventSetup const&, bool)::{lambda()#1}>(void edm::StreamSchedule::processOneEvent<edm::OccurrenceTraits<edm::EventPrincipal, (edm::BranchActionType)1> >(edm::OccurrenceTraits<edm::EventPrincipal, (edm::BranchActionType)1>::MyPrincipal&, edm::EventSetup const&, bool)
::{lambda()#1}) () from /afs/cern.ch/cms/sw/ReleaseCandidates/vol0/slc6_amd64_gcc493/cms/cmssw/CMSSW_7_6_DEVEL_X_2015-09-01-2300/lib/slc6_amd64_gcc493/libFWCoreFramework.so
#12 0x00007ffff7c9ad18 in void edm::StreamSchedule::processOneEvent<edm::OccurrenceTraits<edm::EventPrincipal, (edm::BranchActionType)1> >(edm::OccurrenceTraits<edm::EventPrincipal, (edm::BranchActionType)1>::MyPrincipal&, edm::EventSetup const&, bool) ()
   from /afs/cern.ch/cms/sw/ReleaseCandidates/vol0/slc6_amd64_gcc493/cms/cmssw/CMSSW_7_6_DEVEL_X_2015-09-01-2300/lib/slc6_amd64_gcc493/libFWCoreFramework.so
#13 0x00007ffff7c8f465 in edm::EventProcessor::processEvent(unsigned int) () from /afs/cern.ch/cms/sw/ReleaseCandidates/vol0/slc6_amd64_gcc493/cms/cmssw/CMSSW_7_6_DEVEL_X_2015-09-01-2300/lib/slc6_amd64_gcc493/libFWCoreFramework.so
#14 0x00007ffff7c8fc92 in edm::EventProcessor::processEventsForStreamAsync(unsigned int, std::atomic<bool>*) () from /afs/cern.ch/cms/sw/ReleaseCandidates/vol0/slc6_amd64_gcc493/cms/cmssw/CMSSW_7_6_DEVEL_X_2015-09-01-2300/lib/slc6_amd64_gcc493/libFWCoreFramework.so
#15 0x00007ffff7c9f314 in edm::StreamProcessingTask::execute() () from /afs/cern.ch/cms/sw/ReleaseCandidates/vol0/slc6_amd64_gcc493/cms/cmssw/CMSSW_7_6_DEVEL_X_2015-09-01-2300/lib/slc6_amd64_gcc493/libFWCoreFramework.so
#16 0x00007ffff6ae56fc in tbb::internal::custom_scheduler<tbb::internal::IntelSchedulerTraits>::local_wait_for_all (this=0x7ffff60a3200, parent=..., child=<optimized out>) at ../../src/tbb/custom_scheduler.h:463
#17 0x00007ffff7c8f99e in edm::EventProcessor::readAndProcessEvent() () from /afs/cern.ch/cms/sw/ReleaseCandidates/vol0/slc6_amd64_gcc493/cms/cmssw/CMSSW_7_6_DEVEL_X_2015-09-01-2300/lib/slc6_amd64_gcc493/libFWCoreFramework.so
#18 0x00007ffff7c6c37d in statemachine::HandleEvent::readAndProcessEvent() () from /afs/cern.ch/cms/sw/ReleaseCandidates/vol0/slc6_amd64_gcc493/cms/cmssw/CMSSW_7_6_DEVEL_X_2015-09-01-2300/lib/slc6_amd64_gcc493/libFWCoreFramework.so
#19 0x00007ffff7c6dec6 in statemachine::HandleEvent::HandleEvent(boost::statechart::state<statemachine::HandleEvent, statemachine::HandleLumis, boost::mpl::list<mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, m
pl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na>, (boost::statechart::history_mode)0>::my_context) ()
   from /afs/cern.ch/cms/sw/ReleaseCandidates/vol0/slc6_amd64_gcc493/cms/cmssw/CMSSW_7_6_DEVEL_X_2015-09-01-2300/lib/slc6_amd64_gcc493/libFWCoreFramework.so
#20 0x00007ffff7c76977 in boost::statechart::state<statemachine::HandleEvent, statemachine::HandleLumis, boost::mpl::list<mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na,
mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na>, (boost::statechart::history_mode)0>::deep_construct(boost::intrusive_ptr<statemachine::HandleLumis> const&, boost::statechart::state_machine<statemachine::Machine, statemachine::Starting, std::allocator<void>, boost::stat
echart::null_exception_translator>&) () from /afs/cern.ch/cms/sw/ReleaseCandidates/vol0/slc6_amd64_gcc493/cms/cmssw/CMSSW_7_6_DEVEL_X_2015-09-01-2300/lib/slc6_amd64_gcc493/libFWCoreFramework.so
#21 0x00007ffff7c76b6c in boost::statechart::simple_state<statemachine::FirstLumi, statemachine::HandleLumis, boost::mpl::list<mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_:
:na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na>, (boost::statechart::history_mode)0>::react_impl(boost::statechart::event_base const&, void const*) ()
   from /afs/cern.ch/cms/sw/ReleaseCandidates/vol0/slc6_amd64_gcc493/cms/cmssw/CMSSW_7_6_DEVEL_X_2015-09-01-2300/lib/slc6_amd64_gcc493/libFWCoreFramework.so
#22 0x00007ffff7c86734 in edm::EventProcessor::runToCompletion() () from /afs/cern.ch/cms/sw/ReleaseCandidates/vol0/slc6_amd64_gcc493/cms/cmssw/CMSSW_7_6_DEVEL_X_2015-09-01-2300/lib/slc6_amd64_gcc493/libFWCoreFramework.so
#23 0x000000000040d038 in main::{lambda()#1}::operator()() const ()
#24 0x000000000040b496 in main ()

@@ -136,6 +136,21 @@ class TrackAnalyzer
, NumberOfValidRecHitsPerTrackVsEta(NULL)
, NumberOfValidRecHitVsPhiVsEtaPerTrack(NULL)

, NumberOfLostRecHitsPerTrackVsPhi(NULL)
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Could we drop all of these and just set to nullptr at the declaration place? Otherwise you end up managing two different lists which are out-of-sync (e.g., xPointOfClosestApproachToPV isn't set to nullptr. This also isn't consistent they way it's done now. I would prefer a commit making a proper cleanup of this.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

me too.
will try.
Still I am almost sure this is not the problem...
maybe is
if(doDCAPlots_ || doPVPlots_ || doSIPPlots_ || doAllPlots_) {
while the booking is only
if(doDCAPlots_ || || doAllPlots_) {

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Correct, but it could reveal more issues (e.g., it did happen in Pythia8, because they kept checking garbage pointers in if-statements).

I see, some members are set to nullptr is TrackAnalyzer::initHistos(). So there are 3 different places there it's being done.

It seems that doDCAPlots_ must be true.

(gdb) info b
Num     Type           Disp Enb Address            What
1       breakpoint     keep y   0x00007fffbf4dfa0f in TrackAnalyzer::bookHistosForHitProperties(DQMStore::IBooker&) at /data/davidlt/fix_root/CMSSW_7_6_DEVEL_X_2015-09-01-2300/src/DQM/TrackingMonitor/src/TrackAnalyzer.cc:411
   410          histname = "xPointOfClosestApproachToPV_";
   411          xPointOfClosestApproachToPV = ibooker.book1D(histname+CategoryName, histname+CategoryName, VXBin, VXMin, VXMax);
   412          xPointOfClosestApproachToPV->setAxisTitle("x component of Track PCA to pv (cm)",1);
   413          xPointOfClosestApproachToPV->setAxisTitle("Number of Tracks",2);

So, I guess doDCAPlots_ isn't true. Breakpoint didn't hit it.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Confirmed, the configuration file has doDCAPlots as False.

(gdb) p doDCAPlots_
$1 = false

fix booking protection
@VinInn
Copy link
Contributor Author

VinInn commented Sep 2, 2015

please test

@deguio
Copy link
Contributor

deguio commented Sep 11, 2015

+1

@cmsbuild
Copy link
Contributor

This pull request is fully signed and it will be integrated in one of the next CMSSW_7_6_X IBs (but tests are reportedly failing). This pull request requires discussion in the ORP meeting before it's merged. @davidlange6, @Degano, @smuzaffar

@VinInn
Copy link
Contributor Author

VinInn commented Sep 15, 2015

CMSSW_7_6_0_pre5 is out
and this PR is still pending even if last update was 13 days ago and TRK-POG repeatedly asked for a fast integration.

Can I ask to motivate this state of the affairs?

@ferencek
Copy link
Contributor

Was there a change in the CMSSW_7_6_0 schedule? I did not see any updates at https://twiki.cern.ch/twiki/bin/viewauth/CMS/CMSSW_7_6_0 but I also see that CMSSW_7_6_0_pre5 was tagged 4 days ago. On the BTV side, we still have a few open PRs that will affect RECO so I'm a bit confused about whether pre5 was really the last open pre-release or that is now postponed to pre6.

@deguio
Copy link
Contributor

deguio commented Sep 15, 2015

we are going to have an ORP meeting in 8 minutes. I believe this will be clarified there.
ciao,
F.

@deguio
Copy link
Contributor

deguio commented Sep 15, 2015

please test

@cmsbuild
Copy link
Contributor

The tests are being triggered in jenkins.

@cmsbuild
Copy link
Contributor

This pull request is fully signed and it will be integrated in one of the next CMSSW_7_6_X IBs or unless it breaks tests. This pull request requires discussion in the ORP meeting before it's merged. @davidlange6, @Degano, @smuzaffar

@cmsbuild
Copy link
Contributor

This pull request is fully signed and it will be integrated in one of the next CMSSW_7_6_X IBs or unless it breaks tests. This pull request requires discussion in the ORP meeting before it's merged. @davidlange6, @Degano, @smuzaffar

@cmsbuild
Copy link
Contributor

@cmsbuild
Copy link
Contributor

This pull request is fully signed and it will be integrated in one of the next CMSSW_7_6_X IBs (tests are also fine). This pull request requires discussion in the ORP meeting before it's merged. @davidlange6, @Degano, @smuzaffar

@cmsbuild
Copy link
Contributor

@cmsbuild
Copy link
Contributor

This pull request is fully signed and it will be integrated in one of the next CMSSW_7_6_X IBs (tests are also fine). This pull request requires discussion in the ORP meeting before it's merged. @davidlange6, @Degano, @smuzaffar

@davidlange6
Copy link
Contributor

+1

cmsbuild added a commit that referenced this pull request Sep 16, 2015
Vertex and tracking DQM: fix histo scales, add ngood vertex, Add valid,lost,missing inner/outer hits 2d-histos
@cmsbuild cmsbuild merged commit 9667652 into cms-sw:CMSSW_7_6_X Sep 16, 2015
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

7 participants