Closed AdrianoDee closed 1 month ago
cms-bot internal usage
A new Issue was created by @AdrianoDee.
@Dr15Jones, @antoniovilela, @makortel, @mandrenguyen, @rappoccio, @sextonkennedy, @smuzaffar can you please review it and eventually sign/assign? Thanks.
cms-bot commands are listed here
Not sure who to assign this.
assign SimTracker/TrackAssociation I think we can just assign by package
New categories assigned: simulation
@civanch,@mdhildreth you have been requested to review this Pull request/Issue and eventually sign? Thanks
@elusian FYI
Module: MCTrackMatcher:prunedTrackMCMatch
was added (3 years ago!) in https://github.com/cms-sw/cmssw/pull/33774
Your stack trace has DAClusterizerInZ_vect
running at the same time in another thread. This routine has a known memory corruption issue, see #45693 and #45464. Can you switch to CMSSW_14_1_0_pre7, which has the fix in #45693?
#5 0x0000ffff2bf2ca64 in void std::__merge_sort_with_buffer<__gnu_cxx::__normal_iterator<std::pair<double, unsigned int>*, std::vector<std::pair<double, unsigned int>, std::allocator<std::pair<double, unsigned int> > > >, std::pair<double, unsigned int>*, __gnu_cxx::__ops::_Iter_comp_iter<std::less<std::pair<double, unsigned int> > > >(__gnu_cxx::__normal_iterator<std::pair<double, unsigned int>*, std::vector<std::pair<double, unsigned int>, std::allocator<std::pair<double, unsigned int> > > >, __gnu_cxx::__normal_iterator<std::pair<double, unsigned int>*, std::vector<std::pair<double, unsigned int>, std::allocator<std::pair<double, unsigned int> > > >, std::pair<double, unsigned int>*, __gnu_cxx::__ops::_Iter_comp_iter<std::less<std::pair<double, unsigned int> > >) [clone .isra.0] () from /cvmfs/cms.cern.ch/el9_aarch64_gcc12/cms/cmssw/CMSSW_14_1_0_pre6/lib/el9_aarch64_gcc12/libRecoVertexPrimaryVertexProducer.so
#6 0x0000ffff2bf356b0 in void std::__stable_sort_adaptive<__gnu_cxx::__normal_iterator<std::pair<double, unsigned int>*, std::vector<std::pair<double, unsigned int>, std::allocator<std::pair<double, unsigned int> > > >, std::pair<double, unsigned int>*, long, __gnu_cxx::__ops::_Iter_comp_iter<std::less<std::pair<double, unsigned int> > > >(__gnu_cxx::__normal_iterator<std::pair<double, unsigned int>*, std::vector<std::pair<double, unsigned int>, std::allocator<std::pair<double, unsigned int> > > >, __gnu_cxx::__normal_iterator<std::pair<double, unsigned int>*, std::vector<std::pair<double, unsigned int>, std::allocator<std::pair<double, unsigned int> > > >, std::pair<double, unsigned int>*, long, __gnu_cxx::__ops::_Iter_comp_iter<std::less<std::pair<double, unsigned int> > >) [clone .isra.0] () from /cvmfs/cms.cern.ch/el9_aarch64_gcc12/cms/cmssw/CMSSW_14_1_0_pre6/lib/el9_aarch64_gcc12/libRecoVertexPrimaryVertexProducer.so
#7 0x0000ffff2bf1c988 in DAClusterizerInZ_vect::merge(DAClusterizerInZ_vect::vertex_t&, DAClusterizerInZ_vect::track_t&, double&) const () from /cvmfs/cms.cern.ch/el9_aarch64_gcc12/cms/cmssw/CMSSW_14_1_0_pre6/lib/el9_aarch64_gcc12/libRecoVertexPrimaryVertexProducer.so
#8 0x0000ffff2bf216b0 in DAClusterizerInZ_vect::vertices_no_blocks(std::vector<reco::TransientTrack, std::allocator<reco::TransientTrack> > const&) const () from /cvmfs/cms.cern.ch/el9_aarch64_gcc12/cms/cmssw/CMSSW_14_1_0_pre6/lib/el9_aarch64_gcc12/libRecoVertexPrimaryVertexProducer.so
#9 0x0000ffff2bf219a4 in DAClusterizerInZ_vect::vertices(std::vector<reco::TransientTrack, std::allocator<reco::TransientTrack> > const&) const () from /cvmfs/cms.cern.ch/el9_aarch64_gcc12/cms/cmssw/CMSSW_14_1_0_pre6/lib/el9_aarch64_gcc12/libRecoVertexPrimaryVertexProducer.so
Thanks @dan131riley. That was the culprit. Also ... I should know it. Sorry for the noise!
While producing samples for the future
ARM
validation campaign I see this error when running a step3 such as:on top of
GEN-SIM-DIGI-RAW
produced onx86
we get:on
x86
the same job ends successfully. The rationale behind running anARM
job on top of anx86
one is that we want to have PU samples with exactly the same events to validate the "new" CPU architecture. Here the reproducers:(
ARM
-> tested onlxplus-arm
)(
x86
-> tested onlxplus
)