wiki:GSAS

Version 21 (modified by hmussman@bbn.com, 12 years ago) (diff)

--

GENI Storage and Archive Service (GSAS)

Participating Projects and Organizations

Project 1663: Digital Object Registry (CNRI)

Project 1856: GIMI I&M Tools (UMass Amherst, RENCI and others)

Technical Contacts

Giridhar Manepalli (CNRI) (mailto:gmanepalli@cnri.reston.va.us / 703 620 8990)

Shu Huang (RENCI) (mailto:shuang@renci.org)

GPO System Engineer: Harry Mussman

GPO Software Engineer: Jeanne Ohren

GENI Policy for Sharing Research Results

GENI is developing a policy for sharing research results with the community that follows evolving practice. The GSAS will provide the mechanisms necessary to implement the policy.

Current overview:

Versions:

Open issues:

Next steps:

1) Goals

For GSAS:

  1. A structured place to store all of the objects (artifacts) for an experiment, with descriptors (metadata), that is easy to access, with short to medium term storage, and the ability to search. (Note: this goes well beyond just measurement data objects.)
  1. A separate long-term archive, with controlled access from the outside world, using a DOI (handle) as a persistent identifier
  1. Include most of the functionality provided by the Measurement Data Archive (MDA) prototype, built by CNRI.
  1. Establish multiple federated iRODS services, starting at RENCI and UMass Amherst, and operate for GENI users (experimenters).
  1. Establish persistent accounts for each user, and use icommands to store and retrieve objects (artifacts) for each user in the storage service.
  1. Establish authentication for each user based on username/password, certificates, and also proxy (delegated) certificates.
  1. Establish a directory structure in the storage service for each user to accommodate multiple experiments, and a directory structure for each experiment (consider "bag") to include all objects (artifacts) associated with that experiment, including one or more descriptors (metadata) within XML files (following the GENI descriptor schema).
  1. Provide multiple interfaces (including icommand and web) to allow an authenticated user to view, search and curate their objects (artifacts).
  1. Provide interface to allow a user to define an object (artifact) to be archived (where the object (artifact) may range from a large directory to a single file), include a descriptor (following the GENI ObjectDescriptor Schema), assign a persistent Digital Object Identifier (DOI, or "handle"), and decide when to push it to archive service.
  1. Establish an archive service that provides long-term and reliable storage, with public access via a DOI from the global handle service.
  1. Include a search function in the archive service, so that an outside user can search for and then retrieve an object, but allow the object’s owner to disable search, so that an outside user needs the DOI of the object to retrieve it.

Goals for GENI ObjectDescriptor Schema

  1. Useful for all types of objects, not just MeasurementData objects.
  1. Keep it simple, with the minimum number of mandatory fields.
  1. Where possible, values for fields should be automatically generated by Experiment Management Tools.

Use of “DataCite Schema for the Publication and Citation of Research Data”:

  1. When an object (artifact) is archived in the Archive Service with public access from the outside world via the Internet, using a DOI (handle) as a persistent identifier, and include descriptors (metadata) that follows DataCite Schema (ref)

2) Architecture and Design

An overview of the architecture and design of the GSAS is contained in this document:

GENI Storage and Archive Service: Storing and Archiving Experiment Objects

1) Goals
2) Configuration
3) Use Cases
4) Structure of Directories and Files in the GSAS
5) Access to the Structure in GSAS
6) Adding Descriptors
7) Searching Structure in GSAS
8) Creating a Bag and a .tar File
9) Archiving an Object
10) Overview of v1.x GENI ObjectDescriptor Schemas

This document is based on the early Measurement Data Archive (MDA) service prototype developed by CNRI, and many discussions within the GENI I&M community.

Versions:

042613 v1.1 GENI ObjectDescriptor Schema

042913 v1.2 GENI ObjectDescriptor Schema

Task list:

ID Description Who Due Status Demos Notes
1 "Storing and Archiving Experiment Objects" document
1a Review v1.1 all 4/29/13 completed
1b Issue v1.2 Harry 5/1/13 completed
1c Review with others Harry ?
2 Resolve design issues
2a Issue 2.1: How are persistent accounts established for each user in iRODSs?
2b Issue 2.2: How are storage capacity limits established and enforced for each IRODS user? Are older objects (artifacts) flagged for removal?
2c Issue 2.3: How are archive capacity limits established and enforced for each IRODS user? Are older objects (artifacts) flagged for removal?
2d Issue 5.1: Where is the proxy certificate created? How is the proxy certificate transferred to the service?
2e Issue 5.2: What happens if the proxy certificate expires? Is the user notified? How can they load an updated proxy certificate?
2f Issue 5.3: How is the target information transferred to the service?
2g Issue 5.4: How is the iticket transferred to the service?
2h Issue 5.5: What happens if the iticket certificate expires? Is the user notified? How can they load an updated proxy certificate?
2i Issue 5.6: How is all of this target information transferred to the service agent? 22
1
1
1
1

3) GENI ObjectDescriptor Schema

Schema:

GENIObject

Examples of metadata.xml files:

Project1
Experiment1
ProjectSerialized
Step1
Artifact1

ArchiveofProject
ArchiveofExperiment
ArchiveofStep
ArchiveofArtifact

Versions:

Open issues:

Next steps:

4) DataCite Schema

When GENI research results are shared with the research community, they will use the DataCite metadata schema, which has been established for the research community.

References:

document
metadata example

5) iRODS Design

Design:

iRODS fact sheet
iRODS overview
iRODS configuration
iRODS use cases

Plan:

011513 iRODS plan
041513 iRODS plan

Open issues:

Next steps:

6) iRODS Deployment

Design:

Versions:

Open issues:

Next steps:

7) Access to GSAS from UserWorkspace

Design:

Versions:

Open issues:

Next steps:

8) Access to GSAS from GEMINI I&M Tools

Design:

Versions:

Open issues:

Next steps:

9) Access to GSAS from GIMI I&M Tools

Design:

Versions:

Open issues:

Next steps:

10) Acceptance Tests

11) Tutorials and Experimenter Support

8) Key task list:

ID Description Who Due Status Demos Notes
1
1
1
1
1
1

A) Technical References

iRODS fact sheet
iRODS overview
iRODS configuration
iRODS use cases
iRODS plan

I&M Tools: Basic Test/Tutorial/Experiment Storyboard
I&M Tools: Basic Test/Tutorial/Experiment Workflow

Attachments (39)