[gin-data] Re: Fw: GGF Interoperability demonstration

[Erwin Laure]

Hi Li,

 From your message below it seems to me that you maybe may want to start 
with some plain gridftp interoperability tests. Reagan, would that still 
fit into the SRB island or should we rather start in the SRM one?

Cheers,

-- Erwin

Li Qi wrote:
> Dear Reagan,
> 
> I'm Li Qi, a member of ChinaGrid Support Platform (CGSP) which is the 
> common infrastructure for constructing ChinaGrid. Of course, the data 
> component named as GDSS (Global Distributed Storage System) is one of 
> the most important modules of CGSP. In the first version of CGSP, we 
> deployed GDSS on extended FTP servers and  store  the  meta-data  in  
> LDAP. The architecture and design of GDSS is similar to SRB. Also it 
> developed in SOA. We used the Hub-spoke approach to construct our data 
> grid in ChinaGrid. To broaden the usage of GDSS, we decided to refactor 
> the original GDSS to support SRB and GridFTP (GT 4). Now we finished the 
> kernel development of new GDSS. We're busy on joint debuging works. And 
> we planned to release the beta version in recent months. If you wanna 
> the detail of our design, we are very glad to introduce our work further.
> 
> And also It's our pleasure to assist you guys to prepare a demonstration 
> project in GGF 17.  Because the implementation of CGSP 1.0 ,which were 
> widely deployed in ChinaGrid,doesn't support SRB . So we just can set up 
> a temporary environment with CGSP-II which might be not stable.
> 
> Above all, we can issue the possible works below (upon Erwin's list):
> 
> • For the interoperation between GridFTP, we can write some testsuit to 
> issue this. And it's clearer, that's not a big problem for current GDSS.
> • To handle the interoperation between SRM, we can build a test 
> enviroment firstly and we'd like to test upon the recent SRM version. 
> And I have no idea about communicating with different version. Need we 
> prepare some versioning adaptors in our grid to issue the common 
> interoperability? Or maybe can we discuss and achieve a minimal 
> accessing interfaces for interoperation?
> • For the performance optimization, I think we should establish a rough 
> interoperating framework between different Grids firstly and then do the 
> evaluations according to concrete application use cases (e.g. big trunk 
> transferring or small massive files transferring ).
> 
> All above is just my nearsighted view, any comments are welcome. That 
> would help our work.
> 
> Best Regards,
> 
> Li Qi
> 
> 
> 
>     ------------------------------------------------------
> 
>     ----- Original Message -----
>     From: "Reagan Moore" <moore at sdsc.edu <mailto:moore at sdsc.edu>>
>     To: "Paolo Malfetti" < p.malfetti at cineca.it
>     <mailto:p.malfetti at cineca.it>>; < hjin at mail.hust.edu.cn
>     <mailto:hjin at mail.hust.edu.cn>>; <stephen.mcmahon at anu.edu.au
>     <mailto:stephen.mcmahon at anu.edu.au>>
>     Cc: <kremenek at sdsc.edu <mailto:kremenek at sdsc.edu>>; "Erwin Laure" <
>     Erwin.Laure at cern.ch <mailto:Erwin.Laure at cern.ch>>; <sheauc at sdsc.edu
>     <mailto:sheauc at sdsc.edu> >
>     Sent: Thursday, March 16, 2006 9:10 AM
>     Subject: GGF Interoperability demonstration
> 
> 
>      > Hello:
>      > We now have the contacts for assembling a federation of four SRB data
>      > grids for a demonstration at the next Global Grid Forum meeting in
>      > Tokyo.
>      > Erwin Laure <Erwin.Laure at cern.ch <mailto:Erwin.Laure at cern.ch>> is
>     coordinating the demonstrations.
>      >
>      > Erwin provided your names as persons who will collaborate on the
>      > demonstration of data exchange between our data grids:
>      >
>      > - NSF Teragrid    - contact George Kremenek < kremenek at sdsc.edu
>     <mailto:kremenek at sdsc.edu>>
>      > - APAC data grid  - contact stephen.mcmahon at anu.edu.au
>     <mailto:stephen.mcmahon at anu.edu.au>
>      > - ChinaGrid       - contact hjin at mail.hust.edu.cn
>     <mailto:hjin at mail.hust.edu.cn>
>      > - DEISA data grid - contact Paolo Malfetti < p.malfetti at cineca.it
>     <mailto:p.malfetti at cineca.it>>
>      >
>      > What is the status of a SRB data grid for your project?  When would
>      > be a good time to plan the federation approach (peer-to-peer, or
>      > Hub-spoke, or ...)?  The peer-to-peer federation takes the most
>      > effort but can be done.
>      >
>      > For a simple federation, we can do the following:
>      >
>      > We propose creating a new data grid instance on the Teragrid, and
>      > using this as a hub to federate each of the other data grids.  We
>      > would use version 3.4.0 of the SRB data grid.
>      >
>      > The steps required to do this are:
>      > - execute the "Stoken Zone" command to list the information about
>      > your SRB data grid and store the result in a file.
>      > - send the file to Sheau-Yen Chen <sheauc at sdsc.edu
>     <mailto:sheauc at sdsc.edu>>
>      > - Sheau-Yen will send you a similar file for the zone at SDSC.
>      > - run the zoneingest.pl perl script located in the ./MCAT directory.
>      > This will register the SDSC zone into your data grid.
>      > - we can run the Szonesync.pl perl script to cross register
>      > name-spaces between the two zones.  The script  must be run from a
>      > SRB sysadmin account.
>      >
>      >
>      > Thanks,
>      > Reagan Moore
>      > SDSC
>      >
> 
> 
> 
> 
> -- 
> Li Qi( quick.qi at gmail.com <mailto:quick.qi at gmail.com>),Doctor Candidate
> http://grid.hust.edu.cn/quick  
> Tel: (86-27) 8754-3529
> System Platform Group
> Cluster and Grid Computing Key Lab,
> Computer School of Huazhong University of Sci.& Tech.