Enhance jobReportSummary.py [1] to provide the "good" expected output root files. See issue #7

[1] http://hg.hep.wisc.edu/cmsops/farmout/file/51540aa433a3/jobReportSummary.py

Dear Tapas,

Can you please PAT tuplize the following samples in 53X (8TeV ones) and 4XX (7TeV ones)?

The new samples have been added in the data7TeV.py and data8TeVNew.py in this commit:

6f86c61

The samples to be processed are:

VHWW_lepdecay_110
VHWW_lepdecay_120
VHWW_lepdecay_130
VHWW_lepdecay_140
VHtautau_lepdecay_110
VHtautau_lepdecay_115
VHtautau_lepdecay_120
VHtautau_lepdecay_125
VHtautau_lepdecay_130
VHtautau_lepdecay_135
VHtautau_lepdecay_140

(you can select them by --samples "VH*lepdecay*")

Thanks!

Evan

Hello, is anyone using any of the following?

/hdfs/store/user/friis/GVJets_7TeV-madgraph
/hdfs/store/user/friis/TTJets_TuneZ2star_8TeV-madgraph-tauola
/hdfs/store/user/friis/TTWTo2Lminus2Nu_7TeV-madgraph
/hdfs/store/user/friis/TTWTo2Lplus2Nu_7TeV-madgraph
/hdfs/store/user/friis/TTZTo2Lminus2Nu_7TeV-madgraph
/hdfs/store/user/friis/TTZTo2Lplus2Nu_7TeV-madgraph
/hdfs/store/user/friis/Tbar_TuneZ2_s-channel_7TeV-powheg-tauola
/hdfs/store/user/friis/Tbar_TuneZ2_t-channel_7TeV-powheg-tauola
/hdfs/store/user/friis/Tbar_TuneZ2_tW-channel-DR_7TeV-powheg-tauola
/hdfs/store/user/friis/WWWTo2Lminus2Nu_7TeV-madgraph
/hdfs/store/user/friis/WWWTo2Lplus2Nu_7TeV-madgraph
/hdfs/store/user/friis/WW_TuneZ2_7TeV_pythia6_tauola
/hdfs/store/user/friis/WZJetsTo3LNu_TuneZ2_7TeV-madgraph-tauola
/hdfs/store/user/friis/WZTo3LNu_TuneZ2_7TeV_pythia6_tauola
/hdfs/store/user/friis/WZTo3LNu_TuneZ2star_8TeV_pythia6_tauola
/hdfs/store/user/friis/WZ_TuneZ2_7TeV_pythia6_tauola

Otherwise they will die soon.

Evan

I need the following patuplized:

/DoubleMu/StoreResults-DoubleMu_Run2012C_PromptReco_v2_embedded_trans1_tau116_ptmu1_13had1_17_v1-f456bdbb960236e5c696adfe9b04eaae/USER
/DoubleMu/StoreResults-DoubleMu_Run2012C_PromptReco_v2_embedded_trans1_tau115_ptelec1_17had1_17_v1-f456bdbb960236e5c696adfe9b04eaae/USER
/DoubleMu/StoreResults-DoubleMu_Run2012C_24Aug2012_v1_embedded_trans1_tau116_ptmu1_13had1_17_v1-f456bdbb960236e5c696adfe9b04eaae/USER
/DoubleMu/StoreResults-DoubleMu_Run2012C_24Aug2012_v1_embedded_trans1_tau115_ptelec1_17had1_17_v1-f456bdbb960236e5c696adfe9b04eaae/USER

They are at Wisconsin.

I am using 4_2_8.

Local Products Rules ..... done
gmake[1]: Entering directory /afs/hep.wisc.edu/cms/tapas/FinalStateAnalysis_Package/2012-09-27-7TeV-PatTuple' Creating project symlinks Pluging of all type refreshed. Compiling cfi/cff python modules: src/FinalStateAnalysis/PatTools/python Compiling: src/FinalStateAnalysis/PatTools/python/met/mvaMetOnPatTuple_cff.py Traceback (most recent call last): File "<string>", line 1, in <module> File "/afs/hep.wisc.edu/cms/tapas/FinalStateAnalysis_Package/2012-09-27-7TeV-PatTuple/python/FinalStateAnalysis/PatTools/met/mvaMetOnPatTuple_cff.py", line 1, in <module> from JetMETCorrections.METPUSubtraction.mvaPFMET_leptons_cff import \ ImportError: No module named METPUSubtraction.mvaPFMET_leptons_cff gmake: *** [src/FinalStateAnalysis/PatTools/python/met/mvaMetOnPatTuple_cff.py] Error 1 gmake[1]: *** [tmp/slc5_amd64_gcc434/src/FinalStateAnalysis/PatTools/python/PyFinalStateAnalysisPatTools/cmssw_python_modules] Error 1 gmake[1]: *** Waiting for unfinished jobs.... gmake[1]: Leaving directory/afs/hep.wisc.edu/cms/tapas/FinalStateAnalysis_Package/2012-09-27-7TeV-PatTuple'
gmake: *** [src] Error 2

Hi Tapas--
The short names for the ZZ samples I need are:

Zjets_M50
GluGluToZZTo4L
GluGluToZZTo2L2L
ZZTo4mu_powheg_v2
ZZTo4e_powheg_v2
ZZTo4tau_powheg_v2
ZZTo2e2tau_powheg_v2
ZZTo2e2mu_powheg_v2
ZZTo2mu2tau_powheg_v2
ggH_ZZ_4l_*
VBF_ZZ_4l_*
data_Double*_Run2011B_16Jan2012_v1

There is a processing of the Zjets (/hdfs/store/user/tapas/2012-09-10-7TeV-PatTuple/Zjets_M50), BUT it was before the move to the new PAT recipe. So it doesn't have everything I need. It's a pretty big one, so when the new processing is finished, the old could probably be cleaned up (although we'd have to coordinate.. It may be in active use by some people).

I want to try again to document the samples we are using. Or we will go crazy.

Check

https://github.com/uwcms/FinalStateAnalysis/wiki/PAT-Tuple-Publications

And as examples
https://github.com/uwcms/FinalStateAnalysis/wiki/2012-09-10-7TeV-PatTuples

It takes 2 min to fill something like that up once we have the data we want for our analysis completed, and it will really decrease headaches.

There is no need to fill one entry per analysis, but as soon as a patuple request is completed, the requestor should take 2 minutes to write the hdfs directory address, samples patuplized, and any known problems/issues with them for the general public.

Note that these are only examples. If you have a more brilliant idea, wonderful. I just want to know where to find a short list of samples if I need it.

Thanks!l

Hi Tapas/Evan,

I don't know how this happens for a third time but the TMFTracks are once again not in the embedded samples that Tapas produced last night.

vectorreco::Track "tmfTracks" "" "EmbeddedRECO"

needs to be kept...

Joshua

First step - how do we decide it's good?

Cleaning 7 TeV data & MC from hdfs as announced this week.

The following datasets are going to be removed from my hdfs area (cepeda);

WJetsToLNu_TuneZ2_7TeV-madgraph-tauola
DYJetsToLL_TuneZ2_M-50_7TeV-madgraph-tauola
T_TuneZ2_t-channel_7TeV-powheg-tauola
T_TuneZ2_s-channel_7TeV-powheg-tauola
T_TuneZ2_tW-channel-DS_7TeV-powheg-tauola
W3Jets_TuneZ2_7TeV-madgraph-tauola
WJetsToLNu_TuneZ2Star_8TeV-madgraph-tarball
Tbar_TuneZ2_t-channel_7TeV-powheg-tauola
Tbar_TuneZ2_s-channel_7TeV-powheg-tauola
W2Jets_TuneZ2_7TeV-madgraph-tauola
W1Jet_TuneZ2_7TeV-madgraph-tauola
Tbar_TuneZ2_tW-channel-DR_7TeV-powheg-tauola
T_TuneZ2_tW-channel-DR_7TeV-powheg-tauola

SingleMu:

data_SingleMu_Run2011A_05Aug2011_v1_2012-05-29-7TeV-PatTuple-67c1f94 data_SingleMu_Run2011A_PromptReco_v4_2012-07-09-7TeV-PatTuple-67c1f94
data_SingleMu_Run2011A_May10ReReco_v1_2012-05-29-7TeV-PatTuple-67c1f94 data_SingleMu_Run2011A_PromptReco_v6_1409_2012-05-29-7TeV-PatTuple-67c1f94
data_SingleMu_Run2011A_May10ReReco_v1_2012-07-09-7TeV-PatTuple-67c1f94 data_SingleMu_Run2011B_PromptReco_v1_2012-05-29-7TeV-PatTuple-67c1f94
data_SingleMu_Run2011A_PromptReco_v4_2012-05-29-7TeV-PatTuple-67c1f94 data_SingleMu_Run2011B_PromptReco_v1_2012-07-09-7TeV-PatTuple-67c1f94

(Josh - please remember to keep the QCD sample, since it was not reprocessed)

The MVA MET uses the reco::Muon, electron and PFTau as inputs. The pat::Muons and electrons in the PAT tuple should work out of the box, but we need to convert pat::Taus back into PFTaus.

Dear Tapas,

Can you please tuplize the following 53X samples:

/MuEG/Run2012A-13Jul2012-v1/AOD
/MuEG/Run2012A-recover-06Aug2012-v1/AOD
/MuEG/Run2012B-13Jul2012-v1/AOD

/DoubleMu/Run2012A-13Jul2012-v1/AOD
/DoubleMu/Run2012A-recover-06Aug2012-v1/AOD
/DoubleMe/Run2012B-13Jul2012-v1/AOD

for the ZZ @iross @dabelknap and VH analyses?

We also need to get the rest of the 2012C data up to the TS, but I need to talk to Josh about what we need for that.

Thanks!
Evan

Hi Tapas,

Can you please PAT tuplize two 7 TeV samples:

ZZJetsTo4L_pythia
WWJetsTo2L2Nu

for me? It is not extremely urgent, as I have some old ones lying around, but would like to delete them and be consistent.

Thank you!

Evan

I need r9 and some other variable in my electrons, which requires the PAT recipe V08-06-58. Analysis tags need to get updated to run over any pattuples produced with this recipe, but it looks like analysis jobs work fine on old pattuples (even with 'new' tags).

Todo: confirmation requested from everybody. Test files on login06:
/scratch/iross/WJets_newRecipe.root
/scratch/iross/WJets_oldRecipe.root

/scratch/iross/DYJets_newRecipe.root
/scratch/iross/DYJets_oldRecipe.root

Recipes:
OLD (V08-06-55)
addpkg DataFormats/PatCandidates V06-04-19-04
addpkg PhysicsTools/PatAlgos V08-06-55
addpkg PhysicsTools/PatUtils V03-09-18
addpkg CommonTools/ParticleFlow B4_2_X_V00-03-04
addpkg PhysicsTools/SelectorUtils V00-03-24
addpkg PhysicsTools/UtilAlgos V08-02-14

V08-06-58
addpkg DataFormats/PatCandidates V06-04-19-05
addpkg PhysicsTools/PatAlgos V08-06-58
addpkg PhysicsTools/PatUtils V03-09-18
addpkg CommonTools/ParticleFlow B4_2_X_V00-03-05
addpkg PhysicsTools/SelectorUtils V00-03-24
addpkg PhysicsTools/UtilAlgos V08-02-14

As long as everybody's happy, I propose we all move to the new recipe. Because of the backwards compatibility, it should NOT require much reprocessing. I'd only need the Double lepton datasets, DYJets, and the (H->)ZZ POWHEG samples (which I believe haven't been run yet).

I need the following three embedded samples made into patuples.

/DoubleMu/StoreResults-DoubleMu_Run2012B_13Jul2012_v4_embedded_trans1_tau116_ptmu1_13had1_17_v1-f456bdbb960236e5c696adfe9b04eaae/USER
/DoubleMu/StoreResults-DoubleMu_Run2012B_13Jul2012_v4_embedded_trans1_tau115_ptelec1_17had1_17_v1-f456bdbb960236e5c696adfe9b04eaae/USER
/DoubleMu/StoreResults-DoubleMu_Run2012A_13Jul2012_v1_embedded_trans1_tau115_ptelec1_17had1_17_v1-f456bdbb960236e5c696adfe9b04eaae/USER

Hi Tapas,

If I run

 python /afs/hep.wisc.edu/home/tapas/work/phedex-subs/getPatTupleInfo.py -e 8 -l

I get:

Traceback (most recent call last):
  File "/afs/hep.wisc.edu/home/tapas/work/phedex-subs/getPatTupleInfo.py", line 68, in <module>    
datadefs = data8TeV.datadefs + data8TeVNew.datadefs
TypeError: unsupported operand type(s) for +: 'dict' and 'dict'

Do you know what's wrong?

Evan

Hi Tapas--
Here's the list of 53x samples that we'll need in the ZZ analysis.

I've added the missing samples to the 8TeVNew data defs (commit f60ab1e).

Those samples marked with an [a] are the ones I've just requested, so they may not be at Wisconsin yet.
Those with [b] are the most recent data runs, which (unless I'm misreading what you've run) are missing the last chunk of HCP-era data. From what I see, the last run processed in the pattuples is 201264, but 203002 is the last run used in the HCP datasets. I did NOT update the datadefs for these, because I'm not sure how you wanted to handle the additional chunk of data.

MC:
/ZZTo2e2tau_8TeV-powheg-pythia6/Summer12_DR53X-PU_S10_START53_V7A-v1/AODSIM [a]
/ZZTo2e2mu_8TeV-powheg-pythia6/Summer12_DR53X-PU_S10_START53_V7A-v1/AODSIM [a]
/ZZTo2mu2tau_8TeV-powheg-pythia6/Summer12_DR53X-PU_S10_START53_V7A-v1/AODSIM [a]
/ZZTo4mu_8TeV-powheg-pythia6/Summer12_DR53X-PU_S10_START53_V7A-v1/AODSIM [a]
/ZZTo4e_8TeV-powheg-pythia6/Summer12_DR53X-PU_S10_START53_V7A-v1/AODSIM [a]
/ZZTo4tau_8TeV-powheg-pythia6/Summer12_DR53X-PU_S10_START53_V7A-v1/AODSIM [a]
/DYJetsToLL_M-10To50filter_8TeV-madgraph/Summer12_DR53X-PU_S10_START53_V7A-v1/AODSIM [a]

Data:
/DoubleElectron/Run2012A-13Jul2012-v1/AOD
/DoubleElectron/Run2012B-13Jul2012-v1/AOD
/DoubleElectron/Run2012C-PromptReco-v1/AOD [a]
/DoubleElectron/Run2012C-PromptReco-v2/AOD [b]
/DoubleMu/Run2012A-13Jul2012-v1/AOD [a]
/DoubleMu/Run2012B-13Jul2012-v4/AOD [a]
/DoubleMu/Run2012C-PromptReco-v1/AOD [a]
/DoubleMu/Run2012C-PromptReco-v2/AOD [b]
/MuEG/Run2012A-13Jul2012-v1/AOD [a]
/MuEG/Run2012B-13Jul2012-v1/AOD [a]
/MuEG/Run2012C-PromptReco-v1/AOD [a]
/MuEG/Run2012C-PromptReco-v2/AOD [b]

/DoubleElectron/Run2012A-recover-06Aug2012-v1/AOD
/DoubleMu/Run2012A-recover-06Aug2012-v1/AOD [a]
/MuEG/Run2012A-recover-06Aug2012-v1/AOD [a]

Thanks!

More to come,
Ian

(Josh posted this to my personal repo, moving it here)

It has been found out that the electron conversion veto makes use of the root object key and root object id to identify conversion tracks with gsfTracks. This feature breaks the electron conversion veto for PAT if the gsfTrack has been embedded into the PATElectron. Josh Bendavid has kindly agreed to add a track identification based on the following criteria physics:
dR between the two tracks (suggested <1E-6)
difference in pt between the two tracks (suggested < 0.1)
same number of tracks of hit pattern.
The suggested numbers in braces still need to be evaluated and confirmed. Anyhow they will be internals of the conversion veto. This way of track association should be more robust. Until this change is announced there is a temporary fix for those people using PAT for existing PAT tuples, suggested by Andrew Gilbert.
Doing a type conversion of the PATElectron to the GSFElectron should recover the root object key and root object id. This is expected to work only as long as the GSFElectron collection has been keptl in the event. The cleaner solution is for future PAT tuple productions to switch the embedding of the GSFTack into the PATElectron to false. (Anyhow analysts should have done this already if they still keep the GSFElectron collection in the event).

bool has_match = ConversionTools::hasMatchedConversion(*(iter), hConversions, beamspot->position(), true, 2.0, 1e-6, 0);

would become:

bool has_match = ConversionTools::hasMatchedConversion(dynamic_cast<reco::GsfElectron const&>(*(iter->originalObjectRef())), hConversions, beamspot->position(),    true, 2.0, 1e-6, 0);

All of the embedded files here can go since they have been replaced:

/hdfs/store/user/tapas/2012-08-24-8TeV-PatTuple/

Josh

Sascha's request (from early september) is still missing.

We need the SingleMu datasets in 53X reprocessed, for T&P and for Wbb

/SingleMu/Run2012A-13Jul2012-v1/AOD
/SingleMu/Run2012B-13Jul2012-v1/AOD
/SingleMu/Run2012C-24Aug2012-v1/AOD
/SingleMu/Run2012C-PromptReco-v2/AOD

This request should be synced with

#27

and

#24

I have just asked for the transfer of Run2012C-24Aug (https://cmsweb.cern.ch/phedex/prod/Request::View?request=389206)

Tapas, please start by Run2012A&B.

Maria

Hi Tapas--
I think it may be useful to keep track of which pattuple files came from what AOD file, so I wrote a script that dumps the info into a simple json file (based on the job report xmls):

https://github.com/uwcms/FinalStateAnalysis/blob/master/MetaData/scripts/mapToParent.py

python mapToParent.py --dir='/scratch/tapas/2012-10-02-8TeV-53X-PatTuple_ShareFSFix/GluGluToHToZZTo4L_M-125_8TeV-powheg-pythia6/' --output="ggH125.json"

Do you think you could start gathering some of these jsons from your submit directories and put them somewhere accessible? We don't need everything yet, but could you do the samples from this request so I can work on a few things?

The main benefit of keeping track of this stuff is that it'll be possible to add the parent datasets as secondary inputs in the cases where something is inadvertently left out of the pattuple.

ALSO, if anybody things other things should be saved, say so.. I added an option to dump the processed lumis as well, but I'm not sure how useful it would really be..

Moved from the ZZ issue.

#24 Requested PromptReco for the Run2012C samples for ZZ (DoubleMu, DoubleElectron, MuEG), plus the Aug6 recover dataset.

#27 Requested the Aug24 rereco for Run2012C for SingleElectron.

#33 Requested the Aug24 rereco for SingleMu

a) Is Prompt + Aug06 exactly identical to Aug24?

b) Is this going to give us problems with T&P (that seems to be the only case in which we may need to mix the single and double lepton datasets)

If we are all happy with the mix I will close the issue, but we should all be aware of the mitmatch in the requests to avoid problems.

Still missing the following mass point:

/WH_ZH_TTH_HToTauTau_M-135_8TeV-pythia6-tauola/Summer12_DR53X-PU_S10_START53_V7A-v2/AODSIM

Is it ok to delete these ones ? These are 52X and 53X samples for these ones are being processed ! At least for DoubleMu and MuEG. For SingleMu, this is probably the only sample with 8 TeV 2012A+B.

/hdfs/store/user/tapas/2012-07-18-8TeV-PatTuple/data_DoubleMu_Run2012A_PromptReco_v1_Run190456_193683
/hdfs/store/user/tapas/2012-07-18-8TeV-PatTuple/data_DoubleMu_Run2012B_PromptReco_v1_Run193752_196531
/hdfs/store/user/tapas/2012-07-18-8TeV-PatTuple/data_MuEG_Run2012A_PromptReco_v1_Run190456_193683
/hdfs/store/user/tapas/2012-07-18-8TeV-PatTuple/data_MuEG_Run2012B_PromptReco_v1_Run193752_196531
/hdfs/store/user/tapas/2012-07-18-8TeV-PatTuple/data_SingleMu_Run2012A_PromptReco_v1_Run190456_193683
/hdfs/store/user/tapas/2012-07-18-8TeV-PatTuple/data_SingleMu_Run2012B_PromptReco_v1_Run193752_196531

/hdfs/store/user/tapas/2012-08-24-8TeV-PatTuple/data_TauPlusX_Run2012A_PromptReco_v1_Run190456_193683/
/hdfs/store/user/tapas/2012-08-24-8TeV-PatTuple/data_TauPlusX_Run2012B_PromptReco_v1_Run193752_196531/
/hdfs/store/user/tapas/2012-08-24-8TeV-PatTuple/GGH_H2Tau_M-125/
/hdfs/store/user/tapas/2012-08-24-8TeV-PatTuple/SUSYBBHToTauTau_M-120_8TeV-pythia6-tauola/
/hdfs/store/user/tapas/2012-08-24-8TeV-PatTuple/SUSYGluGluToHToTauTau_M-120_8TeV-pythia6-tauola/
/hdfs/store/user/tapas/2012-08-24-8TeV-PatTuple/Tbar_tW-channel-DR_TuneZ2star_8TeV-powheg-tauola/
/hdfs/store/user/tapas/2012-08-24-8TeV-PatTuple/TTplusJets_madgraph/
/hdfs/store/user/tapas/2012-08-24-8TeV-PatTuple/T_tW-channel-DR_TuneZ2star_8TeV-powheg-tauola/
/hdfs/store/user/tapas/2012-08-24-8TeV-PatTuple/VH_H2Tau_M-125/
/hdfs/store/user/tapas/2012-08-24-8TeV-PatTuple/W3JetsToLNu_madgraph/
/hdfs/store/user/tapas/2012-08-24-8TeV-PatTuple/WplusJets_madgraph/
/hdfs/store/user/tapas/2012-08-24-8TeV-PatTuple/WWJetsTo2L2Nu_TuneZ2star_8TeV-madgraph-tauola/
/hdfs/store/user/tapas/2012-08-24-8TeV-PatTuple/WWTo2L2Nu_TuneZ2star_8TeV_pythia6_tauola/
/hdfs/store/user/tapas/2012-08-24-8TeV-PatTuple/WZJetsTo2L2Q_TuneZ2star_8TeV-madgraph-tauola/
/hdfs/store/user/tapas/2012-08-24-8TeV-PatTuple/WZJetsTo3LNu_TuneZ2_8TeV-madgraph-tauola/
/hdfs/store/user/tapas/2012-08-24-8TeV-PatTuple/Zjets_M50/
/hdfs/store/user/tapas/2012-08-24-8TeV-PatTuple/ZZJetsTo2L2Nu_TuneZ2star_8TeV-madgraph-tauola/
/hdfs/store/user/tapas/2012-08-24-8TeV-PatTuple/ZZJetsTo2L2Q_TuneZ2star_8TeV-madgraph-tauola/
/hdfs/store/user/tapas/2012-08-24-8TeV-PatTuple/ZZJetsTo4L_TuneZ2star_8TeV-madgraph-tauola/
/hdfs/store/user/tapas/2012-08-24-8TeV-PatTuple/ZZTo4L_TuneZ2star_8TeV_pythia6_tauola/

Hi Everyone,

I have a few of the old 52X patuples that I produced before ICHEP. Is anyone actually still using these:

/hdfs/store/user/swanson/DYJetsToLL_M-50_TuneZ2Star_8TeV-madgraph-tarball
/hdfs/store/user/swanson/QCD_Pt-20_MuEnrichedPt-15_TuneZ2_7TeV-pythia6
/hdfs/store/user/swanson/T_tW-channel-DR_TuneZ2star_8TeV-powheg-tauola
/hdfs/store/user/swanson/Tbar_tW-channel-DR_TuneZ2star_8TeV-powheg-tauola
/hdfs/store/user/swanson/WWTo2L2Nu_TuneZ2star_8TeV_pythia6_tauola

If I don't hear anything within a few days I will assume it is safe to delete them.

Thanks,

Josh

Hi Tapas,

When I run:

python /afs/hep.wisc.edu/home/tapas/work/phedex-subs/getPatTupleInfo.py -e 7 -l 

I get one section for WZ that seems to point to the 8TeV sample.

Dataset name: /WZJetsTo3LNu_TuneZ2_7TeV-madgraph-tauola/Fall11-PU_S6_START42_V14B-v1/AODSIM
Dataset Key: WZJetsTo3LNu
Storage Dir: /hdfs/store/user/tapas/2012-08-24-8TeV-PatTuple/WZJetsTo3LNu_TuneZ2_8TeV-madgraph-tauola

Do you know what is going on? If the 7TeV ones do not exist, I will request them.

Thanks!
Evan

@tsarangi, in the mean time can you just copy + commit the file from

/afs/cern.ch/cms/CAF/CMSCOMM/COMM_DQM/certification/Collisions12/8TeV/DCSOnly/

• I have encountered several issues of missing files (truncated) in data patuples.

• This is not dramatically worrying for W+Jets, but we should find a systematic way of dealing with it to minimize future problems.

• This can give problems when checking the luminosity with our condor scripts, if we run over more than 1 file per job (given the huge amount of files in the SingleMu and SingleElectron patuples, grouping 4-5 files per condor job is practical)

• Two ideas:

  a) add an option to farmour to check first if the file is OK before adding it to the list

  b) adapt the jobReportSummary to check if the xml is together with an output root file (or if the ExitCode is OK)

• As a second view of this problem, why are we losing root files? This happened over the weekend?

Hello, I am working with a few other undergrads to recreate the 7TeV dilepton results. I receive the following error when attempting to run a _cfg file

---- ProductNotFound BEGIN
getByLabel: Found zero products matching all criteria
Looking for type: L1GlobalTriggerReadoutRecord
Looking for module label: gtDigis
Looking for productInstanceName:

cms::Exception going through module HLTLevel1GTSeed/hltLevel1GTSeed run: 1 lumi: 2 event: 914829
If you wish to continue processing events after a ProductNotFound exception,
add "SkipEvent = cms.untracked.vstring('ProductNotFound')" to the "options" PSet in the configuration.
ProcessingStopped
Exception going through path p
EventProcessingStopped
an exception occurred during current event processing
cms::Exception caught in EventProcessor and rethrown
---- ProductNotFound END

We reach this error using the following snippet from the following snippet of code from patTuple_first7TeV_data_cfg.py.

require physics declared

process.load('HLTrigger.special.hltPhysicsDeclared_cfi')
process.hltPhysicsDeclared.L1GtReadoutRecordTag = 'gtDigis'

require scraping filter

process.scrapingVeto = cms.EDFilter("FilterOutScraping",
applyfilter = cms.untracked.bool(True),
debugOn = cms.untracked.bool(False),
numtrack = cms.untracked.uint32(10),
thresh = cms.untracked.double(0.2)
)

configure HLT

process.load('L1TriggerConfig.L1GtConfigProducers.L1GtTriggerMaskTechTrigConfig_cff')
process.load('HLTrigger/HLTfilters/hltLevel1GTSeed_cfi')
process.hltLevel1GTSeed.L1TechTriggerSeeding = cms.bool(True)
process.hltLevel1GTSeed.L1SeedsLogicalExpression = cms.string('0 AND (40 OR 41) AND NOT (36 OR 37 OR 38 OR 39) AND NOT ((42 AND NOT 43) OR (43 AND NOT 42))')

process.primaryVertexFilter = cms.EDFilter("GoodVertexFilter",
vertexCollection = cms.InputTag('offlinePrimaryVertices'),
minimumNDOF = cms.uint32(4) ,
maxAbsZ = cms.double(15),
maxd0 = cms.double(2)
)

If anyone has any suggestions on how to solve this issue please let me know.

Thanks in advance,
Joe Kowalski

Hi Tapas,

Here is a list of the VBF Monte-Carlo datasets I need patTuplized.

/VBF_HToZZTo4L_M-115_8TeV-powheg-pythia6/Summer12-PU_S7_START52_V9-v1/AODSIM
/VBF_HToZZTo4L_M-116_8TeV-powheg-pythia6/Summer12-PU_S7_START52_V9-v1/AODSIM
/VBF_HToZZTo4L_M-117_8TeV-powheg-pythia6/Summer12-PU_S7_START52_V9-v1/AODSIM
/VBF_HToZZTo4L_M-118_8TeV-powheg-pythia6/Summer12-PU_S7_START52_V9-v1/AODSIM
/VBF_HToZZTo4L_M-119_8TeV-powheg-pythia6/Summer12-PU_S7_START52_V9-v1/AODSIM
/VBF_HToZZTo4L_M-120_8TeV-powheg-pythia6/Summer12-PU_S7_START52_V9-v1/AODSIM
/VBF_HToZZTo4L_M-121_8TeV-powheg-pythia6/Summer12-PU_S7_START52_V9-v1/AODSIM
/VBF_HToZZTo4L_M-122_8TeV-powheg-pythia6/Summer12-PU_S7_START52_V9-v1/AODSIM
/VBF_HToZZTo4L_M-123_8TeV-powheg-pythia6/Summer12-PU_S7_START52_V9-v1/AODSIM
/VBF_HToZZTo4L_M-124_8TeV-powheg-pythia6/Summer12-PU_S7_START52_V9-v1/AODSIM
/VBF_HToZZTo4L_M-125_8TeV-powheg-pythia6/Summer12-PU_S7_START52_V9-v1/AODSIM
/VBF_HToZZTo4L_M-126_8TeV-powheg-pythia6/Summer12-PU_S7_START52_V9-v1/AODSIM
/VBF_HToZZTo4L_M-127_8TeV-powheg-pythia6/Summer12-PU_S7_START52_V9-v1/AODSIM
/VBF_HToZZTo4L_M-128_8TeV-powheg-pythia6/Summer12-PU_S7_START52_V9-v1/AODSIM
/VBF_HToZZTo4L_M-129_8TeV-powheg-pythia6/Summer12-PU_S7_START52_V9-v1/AODSIM
/VBF_HToZZTo4L_M-130_8TeV-powheg-pythia6/Summer12-PU_S7_START52_V9-v1/AODSIM
/VBF_HToZZTo4L_M-145_8TeV-powheg-pythia6/Summer12-PU_S7_START52_V9-v1/AODSIM
/VBF_HToZZTo4L_M-150_8TeV-powheg-pythia6/Summer12-PU_S7_START52_V9-v1/AODSIM
/VBF_HToZZTo4L_M-180_8TeV-powheg-pythia6/Summer12-PU_S7_START52_V9-v1/AODSIM
/VBF_HToZZTo4L_M-200_8TeV-powheg-pythia6/Summer12-PU_S7_START52_V9-v1/AODSIM
/VBF_HToZZTo4L_M-250_8TeV-powheg-pythia6/Summer12-PU_S7_START52_V9-v1/AODSIM
/VBF_HToZZTo4L_M-300_8TeV-powheg-pythia6/Summer12-PU_S7_START52_V9-v1/AODSIM
/VBF_HToZZTo4L_M-325_8TeV-powheg-pythia6/Summer12-PU_S7_START52_V9-v1/AODSIM
/VBF_HToZZTo4L_M-350_8TeV-powheg-pythia6/Summer12-PU_S7_START52_V9-v1/AODSIM
/VBF_HToZZTo4L_M-400_8TeV-powheg-pythia6/Summer12-PU_S7_START52_V9-v1/AODSIM
/VBF_HToZZTo4L_M-450_8TeV-powheg-pythia6/Summer12-PU_S7_START52_V9-v1/AODSIM
/VBF_HToZZTo4L_M-500_8TeV-powheg-pythia6/Summer12-PU_S7_START52_V9-v1/AODSIM
/VBF_HToZZTo4L_M-550_8TeV-powheg-pythia6/Summer12-PU_S7_START52_V9-v1/AODSIM
/VBF_HToZZTo4L_M-600_8TeV-powheg-pythia6/Summer12-PU_S7_START52_V9-v1/AODSIM

Thanks,
-Austin

Hi Tapas--
Could you run the 2012 samples[1] for me? I need a slightly different version of the electron isolation than is currently in the code, so instead of the usual recipe_52x.sh, can you do the following?

[make a new release]
[clone the repo as usual]
source FinalStateAnalysis/environment.sh
cd FinalStateAnalysis/recipe
sed -i 's/./recipe_52X.sh/sh /afs/hep.wisc.edu/cms/iross/recipe_with_25MayEleIsoFix.sh/g' recipe.sh
sh recipe.sh
[compile, etc]

Then (to make sure it's the new recipe), could you make sure a "showtags" command lists:
V00-03-13 CommonTools/ParticleFlow
V15-01-11 RecoParticleFlow/PFProducer

Thanks!

Ian

[1]
/DoubleElectron/Run2012A-13Jul2012-v1/AOD
/DoubleElectron/Run2012B-13Jul2012-v1/AOD
/DoubleElectron/Run2012C-PromptReco-v1/AOD
/DoubleElectron/Run2012C-PromptReco-v2/AOD
/DoubleMu/Run2012A-13Jul2012-v1/AOD
/DoubleMu/Run2012B-13Jul2012-v4/AOD
/DoubleMu/Run2012C-PromptReco-v1/AOD
/DoubleMu/Run2012C-PromptReco-v2/AOD
/MuEG/Run2012A-13Jul2012-v1/AOD
/MuEG/Run2012B-13Jul2012-v1/AOD
/MuEG/Run2012C-PromptReco-v1/AOD
/MuEG/Run2012C-PromptReco-v2/AOD
/DoubleElectron/Run2012A-recover-06Aug2012-v1/AOD
/DoubleMu/Run2012A-recover-06Aug2012-v1/AOD
/MuEG/Run2012A-recover-06Aug2012-v1/AOD

Already at wisconsin:

/WbbJetsToLNu_Massive_TuneZ2star_8TeV-madgraph-pythia6_tauola/Summer12_DR53X-PU_S10_START53_V7A-v1/AODSIM

Thanks!

Electron ID working point is defined using supercluster eta, not electron eta:

https://github.com/uwcms/FinalStateAnalysis/blob/master/PatTools/python/electrons/patElectronMVAWPEmbedding_cfi.py

These are being remade right now along with 2012A+B with 53X, except for SingleMu which will be submitted once Maria makes a request. If no complains I will delete these once the new 53X are done.

/hdfs/store/user/tapas/2012-08-30-8TeV-PatTuple/data_DoubleElectron_Run2012C_PromptReco_v2_Run198934_201264
/hdfs/store/user/tapas/2012-08-30-8TeV-PatTuple/data_DoubleMu_Run2012C_PromptReco_v2_Run198934_201264
/hdfs/store/user/tapas/2012-08-30-8TeV-PatTuple/data_MuEG_Run2012C_PromptReco_v2_Run198934_201264
/hdfs/store/user/tapas/2012-08-30-8TeV-PatTuple/data_SingleElectron_Run2012C_PromptReco_v2_Run198934_201264
/hdfs/store/user/tapas/2012-08-30-8TeV-PatTuple/data_SingleMu_Run2012C_PromptReco_v2_Run198934_201264

Hello,
I would like to request pattuples to be created for /GluGluToWWTo4L_TuneZ2_7TeV-gg2ww-pythia6 for the purpose of recreating the 7TeV WW->dilepton outcome. I am unsure if this information is needed, but we are working in CMSSW_4_2_8_patch7. I have requested the following dataset to the UW Madison site.

/GluGluToWWTo4L_TuneZ2_7TeV-gg2ww-pythia6/Fall11-PU_S6_START42_V14B-v1/AODSIM

Thanks in advance,
Joe Kowalski

Can we get the following SingleElectron datasets patuplized:

/SingleElectron/Run2012A-13Jul2012-v1/AOD
/SingleElectron/Run2012B-13Jul2012-v1/AOD
/SingleElectron/Run2012C-24Aug2012-v1/AOD

2012C_v2 is already done.

Without these options farmout generates the jobs properly, but with these options it doesn't.

I need the following sample patuplized:

/DoubleMu/StoreResults-DoubleMu_Run2012A_13Jul2012_v1_embedded_trans1_tau116_ptmu1_13had1_17_v1-f456bdbb960236e5c696adfe9b04eaae/USER

Thanks

This is a cross posting. I don't think the issue is with the patuples them selves as they were fine when I last ran on them.

While these errors are not too frequent this causes problems when running on data as I need all of the jobs to complete.

All files are on Login05.

Error Type 1:

121019 01:19:31 001 Xrd: CheckErrorStatus: Server [s15n08.hep.wisc.edu:31094] declared: Unable to read /store/user/tapas/2012-09-18-8TeV-53X-PatTuple
/data_TauPlusX_Run2012B_13Jul2012_v1/patTuple_cfg-025E2B54-5FD3-E111-ACA4-00266CF33100.root; Operation not permitted(error code: 3005)
19-Oct-2012 01:19:31 CDT Closed file root://cmsxrootd.hep.wisc.edu//store/user/tapas/2012-09-18-8TeV-53X-PatTuple/data_TauPlusX_Run2012B_13Jul2012_v
1/patTuple_cfg-025E2B54-5FD3-E111-ACA4-00266CF33100.root
----- Begin Fatal Exception 19-Oct-2012 01:19:32 CDT-----------------------
An exception of category 'FileReadError' occurred while
[0] Constructing the EventProcessor
[1] Constructing input source of type PoolSource
[2] Reading branch EventAuxiliary
Exception Message:
Unable to cache 134217728 byte file segment at 1207959552: got only 0 bytes back
----- End Fatal Exception -------------------------------------------------

/scratch/swanson/2012B-SUB/SUB-patTuple_cfg-025E2B54-5FD3-E111-ACA4-00266CF33100

Error Type 2:

121019 01:37:36 16838 Xrd: ClientSock::RecvRaw: Disconnection detected reading 8 bytes from socket 0 (server[xrootd.unl.edu:1094]). Revents=32
121019 01:37:36 16838 Xrd: XrdClientMessage::ReadRaw: Failed to read header (8 bytes).
----- Begin Fatal Exception 19-Oct-2012 01:37:36 CDT-----------------------
An exception of category 'FallbackFileOpenError' occurred while
[0] Constructing the EventProcessor
[1] Constructing input source of type PoolSource
[2] Calling RootInputFileSequence::initFile()
Exception Message:
Input file root://cmsxrootd.hep.wisc.edu//store/user/tapas/2012-09-18-8TeV-53X-PatTuple/data_TauPlusX_Run2012B_13Jul2012_v1/patTuple_cfg-6627E7B2-2ED
0-E111-A83F-0030487D5E67.root was not found, could not be opened, or is corrupted.
Fallback Input file root://xrootd.unl.edu//store/user/tapas/2012-09-18-8TeV-53X-PatTuple/data_TauPlusX_Run2012B_13Jul2012_v1/patTuple_cfg-6627E7B2-2E
D0-E111-A83F-0030487D5E67.root?source=glow also was not found, could not be opened, or is corrupted.
----- End Fatal Exception -------------------------------------------------

/scratch/swanson/2012B-SUB/SUB-patTuple_cfg-6627E7B2-2ED0-E111-A83F-0030487D5E67

Add the "predefined lepton" MVA MET to future PAT tuple production, so it doesn't need to be recomputed.

See https://twiki.cern.ch/twiki/bin/view/CMS/MVAMet

--> 53X Release

/W1JetsToLNu_TuneZ2Star_8TeV-madgraph/Summer12_DR53X-PU_S10_START53_V7A-v1/AODSIM
/W2JetsToLNu_TuneZ2Star_8TeV-madgraph/Summer12_DR53X-PU_S10_START53_V7A-v1/AODSIM
/W3JetsToLNu_TuneZ2Star_8TeV-madgraph/Summer12_DR53X-PU_S10_START53_V7A-v1/AODSIM
/W4JetsToLNu_TuneZ2Star_8TeV-madgraph/Summer12_DR53X-PU_S10_START53_V7A-v1/AODSIM

Hi Tapas,
I need patTuples made for the following samples in "/hdfs/store/mc/Summer12_DR53X"

GluGluToHToZZTo4L_M-115_8TeV-powheg-pythia6
GluGluToHToZZTo4L_M-116_8TeV-powheg-pythia6
GluGluToHToZZTo4L_M-117_8TeV-powheg-pythia6
GluGluToHToZZTo4L_M-118_8TeV-powheg-pythia6
GluGluToHToZZTo4L_M-119_8TeV-powheg-pythia6
GluGluToHToZZTo4L_M-120_8TeV-powheg-pythia6
GluGluToHToZZTo4L_M-121_8TeV-powheg-pythia6
GluGluToHToZZTo4L_M-122_8TeV-powheg-pythia6
GluGluToHToZZTo4L_M-123_8TeV-powheg-pythia6
GluGluToHToZZTo4L_M-124_8TeV-powheg-pythia6
GluGluToHToZZTo4L_M-125_8TeV-powheg-pythia6
GluGluToHToZZTo4L_M-126_8TeV-powheg-pythia6
GluGluToHToZZTo4L_M-127_8TeV-powheg-pythia6
GluGluToHToZZTo4L_M-128_8TeV-powheg-pythia6
GluGluToHToZZTo4L_M-129_8TeV-powheg-pythia6
GluGluToHToZZTo4L_M-130_8TeV-powheg-pythia6
GluGluToHToZZTo4L_M-135_8TeV-powheg-pythia6
GluGluToHToZZTo4L_M-140_8TeV-powheg-pythia6
GluGluToHToZZTo4L_M-145_8TeV-powheg-pythia6
GluGluToHToZZTo4L_M-150_8TeV-powheg-pythia6
GluGluToHToZZTo4L_M-160_8TeV-powheg-pythia6
GluGluToHToZZTo4L_M-170_8TeV-powheg-pythia6
GluGluToHToZZTo4L_M-180_8TeV-powheg-pythia6
GluGluToHToZZTo4L_M-190_8TeV-powheg-pythia6
GluGluToHToZZTo4L_M-200_8TeV-powheg-pythia6
GluGluToHToZZTo4L_M-220_8TeV-powheg-pythia6
GluGluToHToZZTo4L_M-250_8TeV-powheg-pythia6
GluGluToHToZZTo4L_M-275_8TeV-powheg-pythia6
GluGluToHToZZTo4L_M-300_8TeV-powheg-pythia6
GluGluToHToZZTo4L_M-325_8TeV-powheg-pythia6
GluGluToHToZZTo4L_M-350_8TeV-powheg-pythia6
GluGluToHToZZTo4L_M-375_8TeV-powheg-pythia6
GluGluToHToZZTo4L_M-400_8TeV-powheg-pythia6
GluGluToHToZZTo4L_M-425_8TeV-powheg-pythia6
GluGluToHToZZTo4L_M-450_8TeV-powheg-pythia6
GluGluToHToZZTo4L_M-475_8TeV-powheg-pythia6
GluGluToHToZZTo4L_M-500_8TeV-powheg-pythia6
GluGluToHToZZTo4L_M-525_8TeV-powheg-pythia6
GluGluToHToZZTo4L_M-550_8TeV-powheg-pythia6
GluGluToHToZZTo4L_M-575_8TeV-powheg-pythia6
GluGluToHToZZTo4L_M-600_8TeV-powheg-pythia6
GluGluToHToZZTo4L_M-650_8TeV-powheg-pythia6
GluGluToHToZZTo4L_M-700_8TeV-powheg-pythia6
GluGluToHToZZTo4L_M-750_8TeV-powheg-pythia6
GluGluToHToZZTo4L_M-800_8TeV-powheg-pythia6
GluGluToHToZZTo4L_M-850_8TeV-powheg-pythia6
GluGluToHToZZTo4L_M-900_8TeV-powheg-pythia6
GluGluToHToZZTo4L_M-950_8TeV-powheg-pythia6
GluGluToHToZZTo4L_M-1000_8TeV-powheg-pythia6

VBF_HToZZTo4L_M-115_8TeV-powheg-pythia6
VBF_HToZZTo4L_M-116_8TeV-powheg-pythia6
VBF_HToZZTo4L_M-117_8TeV-powheg-pythia6
VBF_HToZZTo4L_M-118_8TeV-powheg-pythia6
VBF_HToZZTo4L_M-119_8TeV-powheg-pythia6
VBF_HToZZTo4L_M-120_8TeV-powheg-pythia6
VBF_HToZZTo4L_M-121_8TeV-powheg-pythia6
VBF_HToZZTo4L_M-122_8TeV-powheg-pythia6
VBF_HToZZTo4L_M-123_8TeV-powheg-pythia6
VBF_HToZZTo4L_M-124_8TeV-powheg-pythia6
VBF_HToZZTo4L_M-125_8TeV-powheg-pythia6
VBF_HToZZTo4L_M-126_8TeV-powheg-pythia6
VBF_HToZZTo4L_M-127_8TeV-powheg-pythia6
VBF_HToZZTo4L_M-128_8TeV-powheg-pythia6
VBF_HToZZTo4L_M-129_8TeV-powheg-pythia6
VBF_HToZZTo4L_M-130_8TeV-powheg-pythia6
VBF_HToZZTo4L_M-135_8TeV-powheg-pythia6
VBF_HToZZTo4L_M-140_8TeV-powheg-pythia6
VBF_HToZZTo4L_M-145_8TeV-powheg-pythia6
VBF_HToZZTo4L_M-150_8TeV-powheg-pythia6
VBF_HToZZTo4L_M-160_8TeV-powheg-pythia6
VBF_HToZZTo4L_M-170_8TeV-powheg-pythia6
VBF_HToZZTo4L_M-180_8TeV-powheg-pythia6
VBF_HToZZTo4L_M-190_8TeV-powheg-pythia6
VBF_HToZZTo4L_M-200_8TeV-powheg-pythia6
VBF_HToZZTo4L_M-220_8TeV-powheg-pythia6
VBF_HToZZTo4L_M-250_8TeV-powheg-pythia6
VBF_HToZZTo4L_M-275_8TeV-powheg-pythia6
VBF_HToZZTo4L_M-300_8TeV-powheg-pythia6
VBF_HToZZTo4L_M-325_8TeV-powheg-pythia6
VBF_HToZZTo4L_M-350_8TeV-powheg-pythia6
VBF_HToZZTo4L_M-375_8TeV-powheg-pythia6
VBF_HToZZTo4L_M-400_8TeV-powheg-pythia6
VBF_HToZZTo4L_M-425_8TeV-powheg-pythia6
VBF_HToZZTo4L_M-450_8TeV-powheg-pythia6
VBF_HToZZTo4L_M-475_8TeV-powheg-pythia6
VBF_HToZZTo4L_M-500_8TeV-powheg-pythia6
VBF_HToZZTo4L_M-525_8TeV-powheg-pythia6
VBF_HToZZTo4L_M-550_8TeV-powheg-pythia6
VBF_HToZZTo4L_M-575_8TeV-powheg-pythia6
VBF_HToZZTo4L_M-600_8TeV-powheg-pythia6
VBF_HToZZTo4L_M-650_8TeV-powheg-pythia6
VBF_HToZZTo4L_M-700_8TeV-powheg-pythia6
VBF_HToZZTo4L_M-750_8TeV-powheg-pythia6
VBF_HToZZTo4L_M-800_8TeV-powheg-pythia6
VBF_HToZZTo4L_M-850_8TeV-powheg-pythia6
VBF_HToZZTo4L_M-900_8TeV-powheg-pythia6
VBF_HToZZTo4L_M-950_8TeV-powheg-pythia6
VBF_HToZZTo4L_M-1000_8TeV-powheg-pythia6

I need the following sample patuplized.

/SUSYBBHToTauTau_M-300_8TeV-pythia6-tauola/Summer12_DR53X-PU_S10_START53_V7A-v2/AODSIM

Hi Tapas,

Can you please tuplize in 53:

/WGToLNuG_TuneZ2star_8TeV-madgraph-tauola/Summer12_DR53X-PU_S10_START53_V7A-v1/AODSIM

Thanks!

Evan

See #11 (comment)

For the H2Tau xcheck, Josh needs

DYJets
WJets
TTBar
WZ-->2L2Q
ZZ-->2L2Q
WZ-->3L
ZZ-->4L
WW-->2L
T_tW
TBar_tW
TauPlusX Data
Tau Embedded Samples
W3Jets (high priority)

samples processed with 52X.

The MVA MET dependencies needs to be excised from the code base. We save the tracks now, so we can reprocess on the fly.

I need the following samples patuplized (taking into account what I know is already done)

One of these two is already done but not sure which?

/TTJets_TuneZ2_7TeV-madgraph-tauola/Fall11-PU_S6_START42_V14B-v1/AODSIM
/TTJets_TuneZ2_7TeV-madgraph-tauola/Fall11-PU_S6_START42_V14B-v2/AODSIM

Some of these might not be in datadefs yet:

/WWJetsTo2L2Nu_TuneZ2_7TeV-madgraph-tauola/Fall11-PU_S6_START42_V14B-v1/AODSIM
/WZJetsTo2L2Q_TuneZ2_7TeV-madgraph-tauola/Fall11-PU_S6_START42_V14B-v1/AODSIM
/WZJetsTo3LNu_TuneZ2_7TeV-madgraph-tauola/Fall11-PU_S6_START42_V14B-v1/AODSIM
/ZZJetsTo2L2Nu_TuneZ2_7TeV-madgraph-tauola/Fall11-PU_S6_START42_V14B-v1/AODSIM
/ZZJetsTo2L2Q_TuneZ2_7TeV-madgraph-tauola/Fall11-PU_S6_START42_V14B-v1/AODSIM

Just requested the following sample

/ZZJetsTo4L_TuneZ2_7TeV-madgraph-tauola/Fall11-PU_S6_START42_V14B-v1/AODSIM

Then higgs signal samples: (mass points are already coded into datadefs

/GluGluToHToTauTau_M-__7TeV-powheg-pythia6/Fall11-PU_S6_START42_V14B-v1/AODSIM
/VBF_HToTauTau_M-__7TeV-powheg-pythia6-tauola/Fall11-PU_S6_START42_V14B-v1/AODSIM
/WH_ZH_TTH_HToTauTau_M-__7TeV-pythia6-tauola/Fall11-PU_S6_START42_V14B-v1/AODSIM
/SUSYGluGluToHToTauTau_M-__7TeV-pythia6-tauola/Fall11-PU_S6_START42_V14B-v1/AODSIM
/SUSYBBHToTauTau_M-*_7TeV-pythia6-tauola/Fall11-PU_S6_START42_V14B-v1/AODSIM

7 TeV Embedded Samples:

/DoubleMu/StoreResults-DoubleMu_2011B_PR_v1_embedded_trans1_tau116_ptmu1_13had1_17_v2-f456bdbb960236e5c696adfe9b04eaae/USER
/DoubleMu/StoreResults-DoubleMu_2011B_PR_v1_embedded_trans1_tau115_ptelec1_17had1_17_v2-f456bdbb960236e5c696adfe9b04eaae/USER
/DoubleMu/StoreResults-DoubleMu_2011A_PR_v4_embedded_trans1_tau116_ptmu1_13had1_17_v1-f456bdbb960236e5c696adfe9b04eaae/USER
/DoubleMu/StoreResults-DoubleMu_2011A_PR_v4_embedded_trans1_tau115_ptelec1_17had1_17_v1-f456bdbb960236e5c696adfe9b04eaae/USER
/DoubleMu/StoreResults-DoubleMu_2011A_May10thRR_v1_embedded_trans1_tau116_ptmu1_13had1_17_v1-f456bdbb960236e5c696adfe9b04eaae/USER
/DoubleMu/StoreResults-DoubleMu_2011A_May10thRR_v1_embedded_trans1_tau115_ptelec1_17had1_17_v1-f456bdbb960236e5c696adfe9b04eaae/USER
/DoubleMu/StoreResults-DoubleMu_2011A_Aug05thRR_v1_embedded_trans1_tau116_ptmu1_13had1_17_v2-f456bdbb960236e5c696adfe9b04eaae/USER
/DoubleMu/StoreResults-DoubleMu_2011A_Aug05thRR_v1_embedded_trans1_tau115_ptelec1_17had1_17_v1-f456bdbb960236e5c696adfe9b04eaae/USER
/DoubleMu/StoreResults-DoubleMu_2011A_03Oct2011_v1_embedded_trans1_tau116_ptmu1_13had1_17_v1-f456bdbb960236e5c696adfe9b04eaae/USER
/DoubleMu/StoreResults-DoubleMu_2011A_03Oct2011_v1_embedded_trans1_tau115_ptelec1_17had1_17_v1-f456bdbb960236e5c696adfe9b04eaae/USER

2011 TauPlusX Data

/TauPlusX/Run2011A-May10ReReco-v1/AOD
/TauPlusX/Run2011A-PromptReco-v4/AOD
/TauPlusX/Run2011A-05Aug2011-v1/AOD
/TauPlusX/Run2011A-03Oct2011-v1/AOD
/TauPlusX/Run2011B-PromptReco-v1/AOD

These:

https://github.com/uwcms/FinalStateAnalysis/blob/master/PatTools/python/fsrPhotons_cff.py#L53

don't seem to get embedded. Under investigation...