1 / 12

Storage Middleware

Storage Middleware. GridPP12, Brunel, 31-32 Jan 2005 (or 0-1 Feb 2005) j.jensen@rl.ac.uk. Goals - reminder. Provide SRM interfaces to tapestore at RAL Deploy ed for Tier 1 Provide SRM interfaces to disk Release for use by Tier 1 and 2 Local Storage Management

hova
Download Presentation

Storage Middleware

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Storage Middleware GridPP12, Brunel, 31-32 Jan 2005 (or 0-1 Feb 2005) j.jensen@rl.ac.uk

  2. Goals - reminder • Provide SRM interfaces to tapestore at RAL • Deployed for Tier 1 • Provide SRM interfaces to disk • Release for use by Tier 1 and 2 • Local Storage Management • Something that manages storage

  3. L1 Deliverables, spring 2005 • End of January 2005 (PM05): • Was: “release coinciding with LCG3” • Became: “…coinciding with gLite RC” • Is now: “release for production” • End of March 2005 (PM07): • Was: release coinciding with DJRA1.3 • Became: release coinciding with gLite

  4. Acceptance tests • SRM tests – SRM interface must work with: • srmcp (the dCache SRM client) • GFAL • gLite I/O (but gLite I/O still volatile ) • Disk pool test – must work with • dccp (dCache specific) • Plus SRM interface on top, because we happen to have one

  5. (Short Term) Strategy • Look at both EDG SE and dCache SRM to ADS Storage Element SRM to disk dCache + dCache-SRM • Look at both to meet all goals: • Some duplicated effort, but helps mitigating risks • Can fall back to only one (which may be dCache) SRM to disk array

  6. (Short Term) Strategy • Goal changed – so we focus on dCache SRM to ADS Storage Element SRM to disk dCache + dCache-SRM SRM to disk array

  7. Current status – SE • SRM interface to ADS (tapestore at RAL) • Also interfaces to disk • Tested • Tested with GFAL (earlier versions, <1.3.7, and latest, 1.5.2) • Tested with srmcp (the dCache client) • Doesn’t work on SL yet, subtle reason • Extensive and ambitious roadmap • Disk cache: improve cleanup, pin, guaranteed reservation? • ACLs, extend SRM compliance, or build 3.0 • More useful metadata

  8. Current status – dCache • Interfaced to ADS tapestore • Work with Tier 1 staff • Needs more (stress) testing • Wrote added additional extra supplementary documentation • Tested • Works with srmcp (it’s own client!) • What about GFAL? • Problems? Have to pass upstream

  9. Confused…? • For this release, focusing on dCache • More widely used, more expertise around • Has SRM 1 interface • Continuing work on SE • Interfaced to ADS • Has SRM 1 interface • Will port to SL • SE classic? • Not SRMs • Not supported by us

  10. (Potential) Long Term Strategy • Experience shows we need to be flexible • But try to avoid duplicate effort • Extend collaborations? SRM to ADS Storage Element SRM to disk dCache + dCache-SRM DPM SRM to disk array

  11. Questions • What is the future of CERN’s DPM? • We plan to test it • Discussed collaboration… • Should we start implementing SRM 3? • Some technical issues • SRM API related, e.g. delete, and directories • Various interop issues in 1.{0,1} • No SRM implementation supports full API • Will/has dCache go(ne) Open Source?

  12. Issues? • Only Edinburgh and Glasgow and RAL T1 attend our phone conferences • Need to ensure coordination with T2 deployment managers • Coordination with Tier 1 being sorted out as we go along… • Some common goals • And we need access to resources • Lots of stuff to do…

More Related