Alert.png The wiki is deprecated and due to be decommissioned by the end of September 2022.
The content is being migrated to other supports, new updates will be ignored and lost.
If needed you can get in touch with EGI SDIS team using operations @ egi.eu.

Difference between revisions of "Agenda-2019-06-17"

From EGIWiki
Jump to navigation Jump to search
 
(36 intermediate revisions by 2 users not shown)
Line 1: Line 1:
{{Template:Op menubar}} {{Template:Doc_menubar}} {{TOC_right}}  
{{Template:Op menubar}} {{Template:Doc_menubar}} {{TOC_right}}  
[[Category:Grid Operations Meetings]]
[[Category:Grid Operations Meetings]]
(TO UPDATE)
= General information =
= General information =
* EGI Conference 2019 https://www.egi.eu/news/egi-conference-2019-call-for-abstracts/
** Amsterdam, 6-8 May 2019
** call for abstracts https://indico.egi.eu/indico/event/4431/call-for-abstracts/
** Programme https://indico.egi.eu/indico/event/4431/program


= Middleware  =
= Middleware  =
Line 17: Line 12:
== Preview repository  ==
== Preview repository  ==


*released on 2019-03-28
*released on 2019-05-23:
** '''[[Preview 1.22.0]]''' [https://appdb.egi.eu/store/software/preview.repository/releases/1.0/1.22.0/ AppDB info] (sl6):  ARC 15.03 update 20, canl-java 2.6.0, davix 0.7.2, STORM 1.11.15, xrootd 4.9.0
** '''[[Preview 1.23.0]]''' [https://appdb.egi.eu/store/software/preview.repository/releases/1.0/1.23.0/ AppDB info] (sl6):  dCache 4.2.33, DPM 1.12.1, FTS 3.8.4, xrootd 4.9.1
** '''[[Preview 2.22.0]]''' [https://appdb.egi.eu/store/software/preview.repository/releases/2.0/2.22.0/ AppDB info] (CentOS 7):  ARC 15.03 update 20, canl-java 2.6.0, davix 0.7.2, lcg-info 1.12.4, xrootd 4.9.0
** '''[[Preview 2.23.0]]''' [https://appdb.egi.eu/store/software/preview.repository/releases/2.0/2.23.0/ AppDB info] (CentOS 7):  dCache 4.2.33, DPM 1.12.1, FTS 3.8.4, xrootd 4.9.1


= Operations  =
= Operations  =
Line 66: Line 61:


'''NOTE''': It is not mandatory for the sites
'''NOTE''': It is not mandatory for the sites
== Verify configuration records ==
On a yearly basis, the information registered into GOC-DB need to be verified.
NGIs and RCs have been asked to check them. In particular:
# '''NGI managers should review the people registered and the roles assigned to them, and in particular check the following information:'''
#* E-Mail
#* ROD E-Mail
#* Security E-Mail
:NGI Managers should also review the status of the "not certified" RCs, in according to the [https://wiki.egi.eu/wiki/PROC09#Resource_Center_status_Workflow RC Status Workflow];
# '''RCs administrators should review the people registered and the roles assigned to them, and in particular check the following information:'''
#* E-Mail
#* telephone numbers
#* CSIRT E-Mail
: RC administrators should also review the information related to the registered service endpoints.
'''The process should be completed by June 21th.'''
Tickets to track the process are listed here https://wiki.egi.eu/wiki/Verify_Configuration_Records#2019-05
*12 SOLVED, 4 In progress (out of 31)


== Monthly Availability/Reliability  ==
== Monthly Availability/Reliability  ==
Line 77: Line 93:
***AEGIS01-IPB-SCL: CE host certificate renewd; SRM not yet published in the BDII; CAs package to update
***AEGIS01-IPB-SCL: CE host certificate renewd; SRM not yet published in the BDII; CAs package to update
**NGI_GRNET: https://ggus.eu/index.php?mode=ticket_info&ticket_id=140556
**NGI_GRNET: https://ggus.eu/index.php?mode=ticket_info&ticket_id=140556
***GR-12-TEIKAV: SRM instable; no feedback yet, to suspend within 2 weeks
***GR-12-TEIKAV: SRM instable; some investigations are on-going
**NGI_PL: https://ggus.eu/index.php?mode=ticket_info&ticket_id=140557
**NGI_PL: https://ggus.eu/index.php?mode=ticket_info&ticket_id=140557
***TASK: still problems: SRM failures; no feedback yet, to suspend within 2 weeks
***TASK: still problems: SRM failures; QCG bug;
*Under-performed sites after 3 consecutive months, under-performed NGIs, QoS violations: ('''April 2019'''):
 
**NGI_DE: https://ggus.eu/index.php?mode=ticket_info&ticket_id=141091
***wuppertalprod: SE disappeared from BDII; OPS access was missing after re-installation.
**NGI_IT: https://ggus.eu/index.php?mode=ticket_info&ticket_id=141094
***INFN-BARI: fixed the problem with the hardware upgrade of the machine that runs the SRM service
**NGI_PL: https://ggus.eu/index.php?mode=ticket_info&ticket_id=141090
**NGI_PL: https://ggus.eu/index.php?mode=ticket_info&ticket_id=141090
***CYFRONET-CLOUD
***CYFRONET-CLOUD
***CYFRONET-PROMETHEUS
***CYFRONET-PROMETHEUS
***PSNC
***PSNC
**NGI_RO: https://ggus.eu/index.php?mode=ticket_info&ticket_id=141095
***CLOUDIFIN: in february they migrated to Rocky and then waited for the new version of the openstack nagios probes.
**NGI_UA: https://ggus.eu/index.php?mode=ticket_info&ticket_id=141096
**NGI_UA: https://ggus.eu/index.php?mode=ticket_info&ticket_id=141096
***UA-IMBG
***UA-IMBG
*Under-performed sites after 3 consecutive months, under-performed NGIs, QoS violations: ('''May 2019'''):
**NGI_AEGIS: https://ggus.eu/index.php?mode=ticket_info&ticket_id=141596
***AEGIS03-ELEF-LEDA
***AEGIS11-MISANU
**NGI_DE: https://ggus.eu/index.php?mode=ticket_info&ticket_id=141598
***LRZ-LMU: problem with ARC-CE IGTF probe after moving all the jobs to singularity: the X509_CERT_DIR was not mounted in the container.
**NGI_HR: https://ggus.eu/index.php?mode=ticket_info&ticket_id=141597
***egee.irb.hr




Line 104: Line 120:
== LCGDM end of support and migration to / enabling of DOME ==
== LCGDM end of support and migration to / enabling of DOME ==


* '''on Jun 1st 2019 the support to DPM Legacy (LCGDM) is going to end'''
* '''The DPM team has agreed to extend support for security updates for the DPM legacy functionality until 30 September 2019'''. However, affected service providers should still plan to disable legacy mode well before this date.
**more details: https://wiki.egi.eu/wiki/DPM_End_of_legacy-mode_support
* since [http://lcgdm.web.cern.ch/dpm-1103-released-epel DPM 1.10.3 release], it is possible enabling the non-legacy mode DOME (Disk operations Management Engine, [https://gitlab.cern.ch/lcgdm/dmlite/blob/master/doc/dome/dome.pdf see documentation])
* since [http://lcgdm.web.cern.ch/dpm-1103-released-epel DPM 1.10.3 release], it is possible enabling the non-legacy mode DOME (Disk operations Management Engine, [https://gitlab.cern.ch/lcgdm/dmlite/blob/master/doc/dome/dome.pdf see documentation])
** Legacy mode is when DMLite loads the Adapter+Memcache+MySQL plugins
**latest [http://lcgdm.web.cern.ch/dmlitedpm-1121-epel DPM release 1.12.1]
***The good old DPM daemon does the coordination work
* '''EGI Operations sent a broadcast to site-admins([https://operations-portal.egi.eu/broadcast/archive/2426 first bunch] and [https://operations-portal.egi.eu/broadcast/archive/2438 second bunch]) and [https://operations-portal.egi.eu/broadcast/archive/2420 VO managers] with a survey to fill in''':
***Every process loading dmlite (httpd*4, gridftp, xrootd) needs a new pool of MySQL connections
**site-admins: to know the upgrade plans: https://www.surveymonkey.com/r/2PBZSNB
**Non-legacy mode is when DMLite loads DOMEAdapter
**VO Managers: to know any barriers in moving away from using SRM protocol https://www.surveymonkey.com/r/2ZMZJVG
***DOME does the coordination work and talks to mysqld
***DOME does disk server status detection (up/down/space)
***The DPM daemon coordinates only itself and SRM
***Only one internal MySQL pool is used for dmlite
**In non-legacy mode DPM now loads only DMLite::DOMEAdapter
***dmlite-memcache, dmlite-mysql are no longer necessary
***Resource consumption (FDs, mysql, etc.) is reduced by an order of magnitude, and so complexity and cost for us all


* '''Deployment statistics: 97 sites (112 servers)'''
* '''Deployment statistics: 93 sites (108 servers)'''
  $ ldapsearch -x -LLL -H ldap://egee-bdii.cnaf.infn.it:2170 -b "Mds-Vo-Name=local,o=grid" '(&(objectClass=GlueSE)(GlueSEImplementationName=DPM))' GlueSEImplementationVersion | grep -i ^glue | sort | uniq -c
  $ ldapsearch -x -LLL -H ldap://bdii.marie.hellasgrid.gr:2170 -b "Mds-Vo-Name=local,o=grid" '(&(objectClass=GlueSE)(GlueSEImplementationName=DPM))' GlueSEImplementationVersion | grep -i ^glue | sort | uniq -c
     32 GlueSEImplementationVersion: 1.10.0
     24 GlueSEImplementationVersion: 1.10.0
     16 GlueSEImplementationVersion: 1.12.0
     34 GlueSEImplementationVersion: 1.12.0
     21 GlueSEImplementationVersion: 1.8.10
      1 GlueSEImplementationVersion: 1.12.1
       3 GlueSEImplementationVersion: 1.8.11
     16 GlueSEImplementationVersion: 1.8.10
       2 GlueSEImplementationVersion: 1.8.11
       2 GlueSEImplementationVersion: 1.8.7
       2 GlueSEImplementationVersion: 1.8.7
       4 GlueSEImplementationVersion: 1.8.8
       4 GlueSEImplementationVersion: 1.8.8
       6 GlueSEImplementationVersion: 1.8.9
       5 GlueSEImplementationVersion: 1.8.9
     28 GlueSEImplementationVersion: 1.9.0
     20 GlueSEImplementationVersion: 1.9.0


* reported some issues with DOME and gridftp redirection that have been fixed in v1.12.0 (not yet in EPEL)
* all the sites with older DPM versions than 1.12 are suggested to upgrade to the latest DPM version , following the guide [https://twiki.cern.ch/twiki/bin/view/DPM/DpmSetup1100 DPM upgrade] (chapter 1 Upgrade to DPM 1.10.0 "Legacy Flavour" and chapter 2 Upgrade to DPM 1.10.0 "Dome Flavour")
* '''wait for DPM 1.12.0 before enabling DOME'''
**DOME and the old LCGDM (srm protocol) will coexist
* all the sites with older DPM versions (1.8 and 1.9) are suggested to upgrade to the latest DPM version , following the guide [https://twiki.cern.ch/twiki/bin/view/DPM/DpmSetup1100 DPM upgrade] (chapter 1 Upgrade to DPM 1.10.0 "Legacy Flavour")
*the upgrade will be followed-up mainly by WLCG
** convenient to address well in advance any problem arising with the upgrade from older versions
*EGI Operations will liaise with the non-WLCG sites
* later on, after v1.12.0 is relased, some other WLCG sites will test it; if no other issues are found, all the EGI sites can upgrade:
** follow chapter 2 (Upgrade to DPM 1.10.0 "Dome Flavour") of the guide
*** DOME and the old LCGDM (srm protocol) will coexist


== HTCondorCE integration ==
== HTCondorCE integration ==
Line 153: Line 161:
*(in progress) Monitoring: some probes are already available that submit jobs to CondorCe, CREAM and ARC-CE:
*(in progress) Monitoring: some probes are already available that submit jobs to CondorCe, CREAM and ARC-CE:
**https://gitlab.cern.ch/etf/jess
**https://gitlab.cern.ch/etf/jess
**Available only on CentOS7 for the moment
**ticket to ARGO to deploy the probes on the test instance: https://ggus.eu/index.php?mode=ticket_info&ticket_id=141177
**discussions to create probes that directly submit jobs to CondorCE, without the usage of a condor pool
*('''Completed''') Support: the support unit is https://wiki.egi.eu/wiki/GGUS:HTCondor-CE_FAQ
*('''Completed''') Support: the support unit is https://wiki.egi.eu/wiki/GGUS:HTCondor-CE_FAQ
*(in progress) Accounting:
*(in progress) Accounting:
Line 166: Line 173:
*('''Completed''') Security
*('''Completed''') Security
**Condor team filled in the questionnaire and sent it to Linda
**Condor team filled in the questionnaire and sent it to Linda
*UMD
*(in progress) UMD
**suggested to act in advance because the functional tests could take a lot of time
**suggested to act in advance because the functional tests could take a lot of time
**Ticket for the inclusion: https://ggus.eu/index.php?mode=ticket_info&ticket_id=139764
**Ticket for the inclusion: https://ggus.eu/index.php?mode=ticket_info&ticket_id=139764
Line 174: Line 181:
**Provided information for the UMD card: https://wiki.egi.eu/wiki/UMD_products_ID_cards
**Provided information for the UMD card: https://wiki.egi.eu/wiki/UMD_products_ID_cards


== webdav probes in OPERATORS profile  ==
== webdav probes in CRITICAL profile  ==
 
The webdav probes was included in the [https://poem.egi.eu/poem/admin/poem/profile/4/ ARGO_MON_OPERATORS] profile after the approval in the [https://indico.egi.eu/indico/event/3616/ January 2018 OMB]: in this way the '''failures will generate an alarm on the dashboard, and the ROD teams can open a ticket to the failing sites'''. If no particular issue occurs, and if at least 75% of webdav endpoint are passing the tests, the probes will be added in the [https://poem.egi.eu/poem/admin/poem/profile/3/ ARGO_MON_CRITICAL] profile, so the results of these probes will be taken into account for the A/R figures.


In June the webdav probes have been included  in the [https://poem.egi.eu/poem/admin/poem/profile/3/ ARGO_MON_CRITICAL] profile, so the results of these probes will be taken into account for the A/R figures: https://ggus.eu/index.php?mode=ticket_info&ticket_id=141173
*webdav endpoints registered in GOC-DB: https://goc.egi.eu/gocdbpi/public/?method=get_service&&service_type=webdav  
*webdav endpoints registered in GOC-DB: https://goc.egi.eu/gocdbpi/public/?method=get_service&&service_type=webdav  
*link to nagios results: https://argo-mon.egi.eu/nagios/cgi-bin/status.cgi?servicegroup=SERVICE_webdav&style=detail
*link to nagios results: https://argo-mon.egi.eu/nagios/cgi-bin/status.cgi?servicegroup=SERVICE_webdav&style=detail
** '''2 CRITICAL out of 32 (OK status: 94.1%)'''
*'''At the next OMB we will discuss the inlcusion in the CRITICAL profile'''


Still to fix:
*NGI_HR: '''egee.irb.hr''' https://ggus.eu/index.php?mode=ticket_info&ticket_id=134458
*NGI_HR: '''egee.irb.hr''' https://ggus.eu/index.php?mode=ticket_info&ticket_id=134458
**webdav protocol disable from the SE and removed from the information system
**webdav protocol disabled from the SE and removed from the information system
** to delete the service endpoint registered on GOCDB: https://goc.egi.eu/portal/index.php?Page_Type=Site&id=475
** to delete the service endpoint registered on GOCDB: https://goc.egi.eu/portal/index.php?Page_Type=Site&id=475
*AEGIS01-IPB-SCL https://ggus.eu/index.php?mode=ticket_info&ticket_id=139929 : SRM currently unreachable
*AEGIS01-IPB-SCL https://ggus.eu/index.php?mode=ticket_info&ticket_id=139929 : SRM currently unreachable
*UNI-BONN https://ggus.eu/index.php?mode=ticket_info&ticket_id=139931 (SOLVED)
** there was a problem between the nagios script and XRootD-WebDAV which has been fixed by XrootD 4.9.1:
***https://github.com/xrootd/xrootd/issues/691
***https://github.com/xrootd/xrootd/issues/915
***https://github.com/xrootd/xrootd/issues/916


== Storage accounting deployment  ==
== Storage accounting deployment  ==
Line 228: Line 227:
== Next meeting  ==
== Next meeting  ==


June https://indico.egi.eu/indico/event/4323/
July https://indico.egi.eu/indico/event/4709/

Latest revision as of 13:17, 17 June 2019

Main EGI.eu operations services Support Documentation Tools Activities Performance Technology Catch-all Services Resource Allocation Security


Documentation menu: Home Manuals Procedures Training Other Contact For: VO managers Administrators


General information

Middleware

CREAM End Of Support Notice

Preview repository

Operations

ARGO/SAM

FedCloud

Feedback from DMSU

Notifications from ARGO about the nagios probes failures

In the process of implementing the notification system in ARGO, it was introduced the following changes in GOC-DB:

  • Notifications flag at the site level
  • Notifications flag at the service endpoint level

In this way ARGO will retrieve from GOC-DB the information about the sites and services whom sending the email notification and the related recipients.

The logic of the notifications is the following:

Site Service Notify?
Y Y Y
Y N N
N Y N
N N N

If there isn't any email contact defined at the service endpoint level, it will be used the site contact. Please review your contacts.

You can enable the notifications.

NOTE: It is not mandatory for the sites

Verify configuration records

On a yearly basis, the information registered into GOC-DB need to be verified. NGIs and RCs have been asked to check them. In particular:

  1. NGI managers should review the people registered and the roles assigned to them, and in particular check the following information:
    • E-Mail
    • ROD E-Mail
    • Security E-Mail
NGI Managers should also review the status of the "not certified" RCs, in according to the RC Status Workflow;
  1. RCs administrators should review the people registered and the roles assigned to them, and in particular check the following information:
    • E-Mail
    • telephone numbers
    • CSIRT E-Mail
RC administrators should also review the information related to the registered service endpoints.

The process should be completed by June 21th.

Tickets to track the process are listed here https://wiki.egi.eu/wiki/Verify_Configuration_Records#2019-05

  • 12 SOLVED, 4 In progress (out of 31)

Monthly Availability/Reliability


suspended sites:

IPv6 readiness plans

LCGDM end of support and migration to / enabling of DOME

  • Deployment statistics: 93 sites (108 servers)
$ ldapsearch -x -LLL -H ldap://bdii.marie.hellasgrid.gr:2170 -b "Mds-Vo-Name=local,o=grid" '(&(objectClass=GlueSE)(GlueSEImplementationName=DPM))' GlueSEImplementationVersion | grep -i ^glue | sort | uniq -c
    24 GlueSEImplementationVersion: 1.10.0
    34 GlueSEImplementationVersion: 1.12.0
     1 GlueSEImplementationVersion: 1.12.1
    16 GlueSEImplementationVersion: 1.8.10
     2 GlueSEImplementationVersion: 1.8.11
     2 GlueSEImplementationVersion: 1.8.7
     4 GlueSEImplementationVersion: 1.8.8
     5 GlueSEImplementationVersion: 1.8.9
    20 GlueSEImplementationVersion: 1.9.0
  • all the sites with older DPM versions than 1.12 are suggested to upgrade to the latest DPM version , following the guide DPM upgrade (chapter 1 Upgrade to DPM 1.10.0 "Legacy Flavour" and chapter 2 Upgrade to DPM 1.10.0 "Dome Flavour")
    • DOME and the old LCGDM (srm protocol) will coexist
  • the upgrade will be followed-up mainly by WLCG
  • EGI Operations will liaise with the non-WLCG sites

HTCondorCE integration

Link to procedure: https://wiki.egi.eu/wiki/PROC19

GGUS ticket: https://ggus.eu/index.php?mode=ticket_info&ticket_id=139377

Steps status:

webdav probes in CRITICAL profile

In June the webdav probes have been included in the ARGO_MON_CRITICAL profile, so the results of these probes will be taken into account for the A/R figures: https://ggus.eu/index.php?mode=ticket_info&ticket_id=141173

Still to fix:

Storage accounting deployment

During the September 2017 meeting, OMB has approved the full-scale deployment of storage accounting. The APEL team tested it with a group of early adopters sites, and the results prove that storage accounting is now production-ready.

Storage accounting is currently supported only for the DPM and dCache storage elements therefore only the resource centres deploying these kind of storage elements are requested to publish storage accounting data.

In order to properly install and configure the storage accounting scripts, please follow the instructions reported in the wiki: https://wiki.egi.eu/wiki/APEL/Storage

IMPORTANT: be sure to have installed the star-accounting.py script v1.0.4 (http://svnweb.cern.ch/world/wsvn/lcgdm/lcg-dm/trunk/scripts/StAR-accounting/star-accounting.py)

After setting up a daily cron job and running the accounting software, look for your data in the Accounting Portal: http://goc-accounting.grid-support.ac.uk/storagetest/storagesitesystems.html. If it does not appear within 24 hours, or there are other errors, please open a GGUS ticket to APEL who will help debug the process.

Test portal: http://accounting-devel.egi.eu/storage.php

IMPORTANT: Do not encrypt the storage records with your host certificate, please comment out the “server_cert” variable in sender.cfg

List of sites already publishing and of tickets opened is reported here.

Several sites are not publishing the storage accounting data yet. NGIs please follow-up with the sites the configuration of the script in order to speed-up the process.

AOB

Next meeting

July https://indico.egi.eu/indico/event/4709/