La farm di padova e' costituita da un certo numero di macchine per uso interattivo e spazio disco.

Le macchine si chiamano t2-ui-XX.pd.infn.it (User-Interface) e ci si puo' loggare in interattivo: installate su queste macchine trovate il software CMSSW, aggiornato automanticamente alle versioni recenti, software LCG per accedere alla GRID, e software vario per lavoro (tipo editor, compilatori, e le solite cose).

Ad oggi sono attive t2-ui-xx dove xx = 10,11,12,13. Tutte sono installate con Scientific Linux 6.7. Il nome delle macchine deriva dal fatto che sono gestite insieme al Tier2 LNL-PD, e sono UserInterface, da cui t2-ui-nn. 
 
 
 
Configurazione User-Interface:
 
  • La configurazione per il software cms e' automatica,  avete scram disponibile appena fatto login. Non mettete nessun source nel vostro .cshrc/.login/.bash_profile a meno che non sappiate quello che state facendo. Hint: non lo sapete.
  • root e' disponibile solo dopo aver configurato l'ambiente dentro una releaes di CMSSW. 
cmsrel CMSSW_X_Y_Z; cd CMSSW_X_Y_Z; cmsenv; root
 
oppure, senza dover installare una area di lavoro personale:
 
scram list CMSSW [pescate una release che vi va bene, ad esempio CMSSW_3_11_3 ]
cd /opt/exp_soft/cms/slc5_ia32_gcc434/cms/cmssw/CMSSW_3_11_3
cmsenv
root
  • Per avere le release rilasciate a 64bit (cioe' le 4xx), dovete settare la variabile d'ambiente
SCRAM_ARCH=slc5_amd64_gcc434 (sh)setenv SCRAM_ARCH slc5_amd64_gcc434 (csh)Per versioni CMSSW 5xx, SCRAM_ARCH deve essere settato a: slc5_amd64_gcc462Per versioni piu' recenti occorre settare l'architettura a versioni diverse di gcc: trovate la architetture disponibili con:ls /cvmfs/cms.cern.ch/
 
 
poi con il solito scram list avete la liste di quello che e' installato.
 
  • Dopo che avete spostato una vostra area di lavoro di CMSSW, fate uno scram b e scram stesso vi dira' che comando dare per riconfigurare l'area nella nuova directory scram b ProjectRename : seguite le istruzione e poi ricompilate il tutto. 
  • Attenzione: se dopo essere entrati in una release che avete appena spostato da /raidX non vi funziona nemmeno cmsenv , e' possibile che quella release non sia installata nelle nuove macchine. Provate a controllare nella lista delle release installate (scram list eseguito dalla vostra home dir).
  • Per avere i comandi grid (voms-proxy-init , lcg-ls, etc) , non dovete fare nulla, sono gia' tutti disponibili. NON mettete alcun source nel vostro .cshrc/.login/.bash_profile a meno che non sappiate quello che state facendo. Hint: non lo sapete.
  • Per CRAB, mantengo una versione aggiornata in /lustre/cmswork/lacaprar/CRAB/ , quindi per averlo basta fare: source /lustre/cmswork/lacaprar/CRAB/crab.sh | csh come sempre _dopo_ che avete fatto cmsenv nella vostra directory di lavoro.
 
  • Sono installati alcuni editor standard (vim, gvim, emacs, xemacs, e altri) se non c'e' il vostro preferito, chiedetene l'installazione.
  • Altri programmi utili sono evince (per visualizzare ps,eps,pdf) eog (per immagini varie gif, tiff, jpg e compagnia). 
  • Non c'e' nessun browser o mailer, usate il vostro desktop per queste cose.
  • Per cambiare password, usate il comando passwd . Attenzione, il sitema di password e' indipendente da quello della sezione di Padova, quindi se cambiate la password da una parte non viene cambiata dall'altra.
  • Visto che molte delle domande che ricevo non sono specifiche della configurazione di Padova, ma dipendono dalla conoscenza (o assenza di - ) dell'ambiente di lavoro dell'esperimento in cui lavoriamo, vi invito caldamente a leggervi la Guida al SW di CMS e in particolare, il workbook; e ancora piu' in particolare, le sezioni 1.3 Your Computing Environment e 1.4 CMS Computing Concepts: Programming, CVS, etc
  • Le release di CMSSW vengono installate centralmente da CMS, e sempre centralmente rimosse se dichiarate obsolete.  Gli annunci su nuove release e la rimozione di quelle obsolete vengono fatte su HyperNews Software Release Announcements.
  • per usare CVS, occorre settare la variabile d'ambiente
  • CVSROOT = :pserver:This email address is being protected from spambots. You need JavaScript enabled to view it.:/local/reps/CMSSW 
  • In particolare, non usare :gserver: per il quale occorre un token afs che non avete nella farm di Padova.

GIT

Dalla versione 6 (circa) di CMSSW, non si usa piu' CVS ma GIT. Queste sono le operazioni preliminari per configurare GIT:

 

Qualche FAQ forse utile, forse no: http://cms-sw.github.io/cmssw/faq.html

 

  • Registrarsi su github.com
  • Resistrare la propria chave ssh su github su

    https://github.com/settings/ssh
  • configurare git:
  • dovrebbe e servire solo la prima volta:
    • git config --global user.name Nome Cognome 
    • git config --global user.email mail 
    • git config --global user.github username-github
  • Per definire dove mettere la cache (e' bene metterlo nel proprio .bash_profile/.login)
    • export CMSSW_GIT_REFERENCE=/lustre/cmswork//.cmsgit-cache
    • setenv CMSSW_GIT_REFERENCE=/lustre/cmswork//.cmsgit-cache
  • poi, da dentro una release di CMSSW basata su GIT (ad esempio CMSSW_7_0_0_pre5)
    • cmsenv
    • git cms-addpkg DataFormats/TestObjects
  • La prima volta sembra che si stia scaricando l'universo intero, le volte successive e' molto piu' veloce.


Dischi

 

Lo spazio disco e' diviso in 3 settori: /home, /lustre/cmswork e /lustre/cmsdata.

 
 
  • In /home ci sono le vostre home directory, lo spazio e' limitato (c'e' un sistema di quote, attualmente e' circa 1 GB per utente) ma e' sottoposto a backup incrementale con i servizi di sezione.
  • In work, avete molto piu' spazio: non ci sono quote definite, quindi, per ora, la gestione e' lasciata al buon senso di ognuno di voi. Ovviamente, terremo sotto controllo la situazione per intervenire in caso lo spazio diventi un problema. Questa area non e' sottoposta a backup di alcun tipo, pero' c'e' un sistema di protezione in caso di problemi hardware ad un disco (raid5). Ogni utente ha una sua directory /lustre/cmswork/username.
  • L'ultima area e' data, ed e' costituita da un pool di dischi particolarmente veloci, e dovrebbe essere usata per mettere dati ad accesso frequente e pesante (ntuple, edm, etc). Non e' buona cosa usare questa area per il lavoro corrente, cioe' per installare il vostro software, per due motivi. Primo non ne avreste grandi vantaggi in termini di performances, secondo, degraderebbero sensibilmente le performances dei dischi per gli accessi ai dati, con danno per tutti.
 
Oltre al disco locale, rimane l'accesso anche interattivo a tutti i files EDM che sono presenti nello storage del Tier-2 LNL-PD vero e proprio. Come adesso, e' sufficente usare nel vostro file di configurazione qualcosa di simile a  '/store/user/slacapra/RunA_Nov4_MuPt15_MuHT/SuperSkimWZ_1_1_zx6.root',
 
senza specificare il protocollo (eg 'file:/my/data/pippo.root') . Dietro le quinte un sistema automatico sistemera' il protocollo e il path specifico per lo storage di LNL-PD.
 
 
 
Supporto:
 
 
E' stato creato un indirizzo apposito This email address is being protected from spambots. You need JavaScript enabled to view it. per ricevere richieste di supprto. Lo leggono (alcuni) sistemisti di PD e LNL e io per la parte cms-specifica. In caso di problemi, chiedete qui.
 
Cerchero' di tenere aggiornata questa pagina via via che qualcosa cambia.
 
Buon lavoro,
    Stefano

Institutional Review