CMS Un paio di piccole note
Risorse 2015 T1 Pledges fissate il 31 Agosto 16 kHS06 in piu’ 0 TBN di disco in piu’ ~2.5 PB in piu’ di tape (OCCHIO!) In pratica, non si e’ molto distanti dal NON cancellare nulla del Run1, e aggiungere 2.5 PB di roba nuova Non aspettatevi pulizie estreme in nessun momento…
Un problema storage Abbiamo trovato tre files su CNAF_DISK /store/mc/Fall13dr/QCD_Pt-15to3000_Tune4C_Flat_13TeV_pythia8/GEN-SIM-RAW/NoPileUp_POSTLS162_V1-v1/00002/7E3D928F-86D4-E311-B896-00259073E374.root May 5 23:08 /store/mc/Fall13dr/QCD_Pt-15to3000_Tune4C_Flat_13TeV_pythia8/GEN-SIM-RAW/NoPileUp_POSTLS162_V1-v1/00002/9E08EC87-85D4-E311-82EF-002590D0B088.root /store/mc/Fall13dr/QCD_Pt-15to3000_Tune4C_Flat_13TeV_pythia8/GEN-SIM-RAW/NoPileUp_POSTLS162_V1-v1/00002/EA8446A3-88D4-E311-8503-90E6BA442EF0.root SCRITTI NELLO STESSO MINUTO
Questi hanno Cksum nei fattr ok con il DB di cms Ck se calcolato OGGI diverso Quindi quando sono transitati sul Gftp erano ok, ora non lo sono piu’ Ipotesi: essendo stati scritti nello stesso minuto, glitch della SAN (Luca…) fra RAM Gftp e scrittura su GPFS
Sono chiaramente corrotti (ROOT dice che non sono files di ROOT… Sono chiaramente corrotti (ROOT dice che non sono files di ROOT…. Quindi ultimi bytes, I metadati, sono di sicuro non ok) Che si fa? Ce ne freghiamo (non ne abbimao trovati altri) Si fa un test a tappeto su tutti I files diciamo di quell’ora e vediamo se adler32 != fattr?