Protokoll der Sitzung vom 10.9.2008 des NAF Nutzergremiums:
---------------------------------------------------------

Anwesende: Wolfgang Ehrenfeld (ATLAS), Jan Erik Sundermann (ATLAS),
Andreas Gellrich (IT)

Entschuldigt: Hartmut Stadie (CMS), Kai Leffhalm (Betreiber)

1. Bericht vom Vorsitz:

Grid Project: 

WE hat den NAF Status im Grid Project Board am 9.9.2008
vorgestellt. Die Folien sind auch auf der NUC Agendaseite zu
finden. Dort sind genaue Angaben zur Hardware im NAF Prototypen und
der derzeitigen Anschaffungsrunde gemacht. Die neuen CPUs sind schon
in den Rechenzentren aufgestellt, aber noch wegen fehlender
Infrastruktur nicht in Betrieb. Die Bestellung für den GridStorage
ist durch das DESY-Direktorium gegangen. Die ATLAS-TAG DB wird bei
DESY aufgebaut. Ein Teil der Gelder soll aus D-Grid-Mitteln
eingeworben werden, ein weiterer aus DESY-T2 Mitteln, so dass das NAF
Budget entlastet wird.

WE hat mit den LHC-B Vertretern (Johan Blouw, Ulrich Uwer, Joerg Marks)
telefoniert und erläutert, was die NAF für LHC-B leisten kann. Damit
sollte es möglich sein, ein Anforderungspapier für Analyse auf der
NAF zu schreiben. 

Nach Günter Quast hält sich CMS auf der NAF zurück. 

Ende November findet das Terascale Allianz Treffen in Aachen
statt. Das NAF Nutzergremium sollte dort ein NAF Nutzertreffen
organisieren.

Analyse Board: 

Thomas Schoerner Sadenius wird zum 1. Oktober 2008 die
Leitung des Analyse Zentrums übernehmen. Er ist auf der Suche nach
Projekten, bei denen das Analyse Zentrum und die NAF zusammenarbeiten
können. Z. B. könnte man für die deutschen LHC Gruppen jeweils nach
Experiment getrennt ein gemeinsames NTuple definieren und auf der NAF
produzieren. Thomas ist für weitere Vorschläge offen.


2. Action Items:

/atlas/de VOMS Rolle: Jan Erik Sundermann hat Atlas User
angeschrieben, um zu erfahren, warum sie die /atlas/de VOMS Rolle
nicht benutzt haben, obwohl sie hätten können. Leider noch kein
Feedback. ATLAS-D wird mehr Werbung für /atlas/de VOMS Rolle machen.

Zum LHC-B Anforderungspapier siehe Punkt 1.


3. Operation Status: 

Kein Statusbericht, das sich kein Sprecher finden lies. Der Vorsitz
wird sich darum fürs nächste Meeting kümmern.


4. Queues auf dem Batchsystem

CMS und ILC haben sich beschwert, dass es Zeiten gibt, wenn der
Durchsatz auf dem Batchsystem sehr gering ist, da alle Slots mit
langen Jobs das System gefüllt haben. Die Diskussion ergab, das drei
oder vier verschiedene Queues das Problem sehr gut lösen würden:
Testqueue (einige Minuten), Analysequeue (8-12 Stunden) und Longqueue
(einige Tage). Aus Betreibersicht ist ein oberes Limit erwünscht, um
z. B. tote Jobs loszuwerden. Im Grid sind 28 Stunden Standard.

Der Vorsitz wird einen Diskussionsvorschlag erstellen und
verteilen. Im nächsten Meeting wird abschließend darüber
diskutiert.

ATLAS hatte früher nach einer Low Priority Queue gefragt, die Jobs
aufnimmt und laufen lässt, wenn keine anderen Jobs mehr warten. Damit
kann die Auslastung erhöht werden, ohne User zu behindern.

Der Stand der Machbarkeit/Implementierung ist unklar. Es ist fraglich,
ob solch eine Queue wirklich sinnvoll ist, oder diese Queue nur Jobs
sammelt, die dann doch nicht mehr gebraucht werden. Die Experiment
sollen dies noch mal mit den Usern diskutieren. 


5. PNFS-Tools

Die pseudo PNFS Tools werden zur Zeit überarbeitet. Es wurde noch mal auf
das Problem des lokalen PNFS Mounts hingewiesen. Wegen geringer
Anwesenheit wurde dieser Punkt vertagt.


6. Speicherplatzbedarf

Die Betreiber möchten Feedback von den Experimenten haben, was an
Gruppen- und Userplatz gebraucht wird. ATLAS und CMS gehen von
ungefähr 1 TB pro User aus. Wegen geringer Anwesenheit wurde dieser
Punkt vertagt.

In der jetzigen Anschaffungsrunde werden 480 TB dCache Storage für
Hamburg und 150 TB fuer Zeuthen gekauft. Im nächsten Meeting wird die
Verteilung auf die Experimente vorgestellt.


7. Webinterface für die Accountregistierung

Es gibt einen Prototypen für das Webinterface für die
Accountregistierung, der gerade von ATLAS für die Erstellung von
Accounts für das Computing Tutorial beim ATLAS-D Treffen am
17. September 2008 benutzt wird. Das Überprüfen der Emailaddressen
funktioniert zur Zeit nicht, und ist das größte Problem zur Zeit.

Es wurde vorgeschlagen, dass das Webinterface auch das Aendern von DN
String bzw. Emailaddresse und das Löschen von Accounts unterstützen
sollte.


8. Nächstes Face-To-Face Treffen

Ungefähr alle 6 Monate sollte ein Face-To-Face Meeting stattfinden,
das nächste im November. Ziel des Treffens sollte sein, die NAF
endgültig für die Datenanalyse in diesem Jahr vorbereitet zu haben.

Ende November findet das jährliche Terascale Allianz Treffen in
Aachen statt. Dort sollte ein offenes NAF Nutzertreffen organisiert
werden, um Rückmeldung von den Users zu bekommen. 

Nächste Treffen:

8. Oktober: Telefon mit CMS PROOF Vorführung (TBC)
12. November: Face-To-Face Meeting in Hamburg 
26. - 28. November: NAF Nutzertreffen auf dem Terascale Allianz
    Treffen in Aachen 
10. Dezember: Telefon


9. AOB: 

-