Issue |
EPJ Web Conf.
Volume 214, 2019
23rd International Conference on Computing in High Energy and Nuclear Physics (CHEP 2018)
|
|
---|---|---|
Article Number | 03020 | |
Number of page(s) | 8 | |
Section | T3 - Distributed computing | |
DOI | https://doi.org/10.1051/epjconf/201921403020 | |
Published online | 17 September 2019 |
https://doi.org/10.1051/epjconf/201921403020
Understanding the evolution of conditions data access through Frontier for the ATLAS Experiment
1
Institute of Physics of the CAS,
Na Slovance 1999/2, Prague, 18221,
Czech Republic
2
Sapienza Universita e INFN,
Roma I
3
Science and Technology Facilities Council STFC
4
Centre National de la Recherche Scientifique
5
Instituto de Física Corpuscular (University of Valencia and CSIC)
6
University of Texas at Arlington, Department of Physics,
76019 Texas,
Arlington,
USA
7
Scientific Computing Division, Fermilab,
Batavia,
IL,USA
* e-mail: Michal.Svatos@cern.ch
** e-mail: Alessandro.de.Salvo@cern.ch
*** e-mail: Alastair.Dewhurst@cern.ch
**** e-mail: emmanouil.vamvakopoulos@cc.in2p3.fr
† e-mail: julio.lozano.bahilo@cern.ch
‡ e-mail: Nurcan.Ozturk@cern.ch
§ e-mail: javier.sanchez@ific.uv.es
¶ e-mail: dwd@fnal.gov
Published online: 17 September 2019
The ATLAS Distributed Computing system uses the Frontier system to access the Conditions, Trigger, and Geometry database data stored in the Oracle Offline Database at CERN by means of the HTTP protocol. All ATLAS computing sites use Squid web proxies to cache the data, greatly reducing the load on the Frontier servers and the databases. One feature of the Frontier client is that in the event of failure, it retries with different services. While this allows transient errors and scheduled maintenance to happen transparently, it does open the system up to cascading failures if the load is high enough. Throughout LHC Run 2 there has been an ever increasing demand on the Frontier service. There have been multiple incidents where parts of the service failed due to high load. A significant improvement in the monitoring of the Frontier service wasrequired. The monitoring was needed to identify both problematic tasks, which could then be killed or throttled, and to identify failing site services as the consequence of a cascading failure is much higher. This presentation describes the implementation and features of the monitoring system.
© The Authors, published by EDP Sciences, 2019
This is an Open Access article distributed under the terms of the Creative Commons Attribution License 4.0, which permits unrestricted use, distribution, and reproduction in any medium, provided the original work is properly cited.
Current usage metrics show cumulative count of Article Views (full-text article views including HTML views, PDF and ePub downloads, according to the available data) and Abstracts Views on Vision4Press platform.
Data correspond to usage on the plateform after 2015. The current usage metrics is available 48-96 hours after online publication and is updated daily on week days.
Initial download of the metrics may take a while.