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 "EGI-InSPIRE:Greece-QR13"

From EGIWiki
Jump to navigation Jump to search
Line 120: Line 120:
Provide your text below
Provide your text below
-->
-->
* expanded HG-08-Okeanos to have 48 WNs and upgraded them to UMD-3
* All services with the exception of VOMs (see issue bellow) and one wms are SHA-2 ready
* Preparation of the HellasGRID CA and Seegrid CA (catch all) for SHA-2 support  according to eugridpma road map.
* Deployed CVMFS over NFS on most sites
* Deployed CVMFS over NFS on most sites
* Planning to deploy CVMFS stratum 0 service
* Planning to deploy CVMFS stratum 0 service

Revision as of 14:28, 31 July 2013

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


Inspire reports menu: Home SA1 weekly Reports SA1 Task QR Reports NGI QR Reports NGI QR User support Reports




Quarterly Report Number NGI Name Partner Name Author
<Number of Quarterly report> <NGI Name> <NGI Country> <Name of person submitting the QR>


1. MEETINGS AND DISSEMINATION

Note: Complete the tables below by adding as many rows as needed.

1.1. CONFERENCES/WORKSHOPS ORGANISED

Date Location Title Participants Outcome (Short report & Indico URL)
<Date> <Location> <Title> <Participants> <Outcome>
<Date> <Location> <Title> <Participants> <Outcome>
<Date> <Location> <Title> <Participants> Test

1.2. OTHER CONFERENCES/WORKSHOPS ATTENDED

Date Location Title Participants Outcome (Short report & Indico URL)
<Date> <Location> Title Participants Outcome
<Date> <Location> Title Participants Outcome
<Date> <Location> Title Participants Outcome Test


1.3. PUBLICATIONS

Publication title Journal / Proceedings title Journal references
Volume number
Issue

Pages from - to
Authors
1.
2.
3.
Et al?
<Publication title> <Journal/Proceedings> Vol:<volume number>
Issue:<Issue>
Pg: <from> - <to>
1.<Author 1>
2.<Author2>
3. <Author3>
<Publication title> <Journal/Proceedings> Vol:<volume number>
Issue:<Issue>
Pg: <from> - <to>
1.<Author 1>
2.<Author2>
3. <Author3>
<Publication title> <Journal/Proceedings> Vol:<volume number>
Issue:<Issue>
Pg: <from> - <to>
1.<Author 1>
2.<Author2>
3. <Author3>

2. ACTIVITY REPORT

2.1. Progress Summary

2.2. Main Achievements

  • expanded HG-08-Okeanos to have 48 WNs and upgraded them to UMD-3
  • All services with the exception of VOMs (see issue bellow) and one wms are SHA-2 ready
  • Preparation of the HellasGRID CA and Seegrid CA (catch all) for SHA-2 support according to eugridpma road map.
  • Deployed CVMFS over NFS on most sites
  • Planning to deploy CVMFS stratum 0 service

2.3. Issues and mitigation

Issue Description Mitigation Description
Issue description Issue mitigation

The issues that are standing between the full migration of dteam VO from VOMRS to VOMS are not relevant to the migration itself (we have seen that this has worked without major issues) but with the way users and their registration is handled in VOMS.

Up until the latest version of VOMS we have tested the only group of persons that are allowed to handle a VO registration request (regardless of the sub-group for which the user requests registration) are the people that have been assigned the VO-Admin role on a top level hierarchy.

Given that the dteam VO is a highly distributed VO and that decisions on who becomes a member should be handled by NGI representatives per NGI (and not directly by a VO-Admin group as is frequently the case in VOMS) such advanced features should be satisfied.

Currently we have deployed a testing VOMS instance with VOMS Admin version 3.2.0 and we are running some checks to see if these features are after all included in the latest release of the software.