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 "Globus EOL assessment"
| Line 5: | Line 5: | ||
== Affected products == | == Affected products == | ||
{| width=" | {| width="1154" cellspacing="1" cellpadding="1" border="1" height="1066" | ||
|- | |- | ||
| '''Product''' | | '''Product''' | ||
| Line 20: | Line 20: | ||
|- | |- | ||
| CREAM-CE | | CREAM-CE | ||
| Cristina Aiftimiei | | Cristina Aiftimiei, Paolo Andreetto | ||
| CREAM and BLAH both affected | | CREAM and BLAH both affected | ||
| | | | ||
| At a first glance we have dependencies from the globus toolkit in the CREAM UI and BLAH. | | At a first glance we have dependencies from the globus toolkit in the CREAM UI and BLAH. | ||
There're no dependencies in the CREAM service. | There're no dependencies in the CREAM service. In the worker node it is just necessary to replace the commands grid-proxy-* with the java-base voms-proxy-* | ||
In the worker node it is just necessary to replace the commands grid-proxy-* with the java-base voms-proxy-* | |||
The toolkit is used basically for: | The toolkit is used basically for: - dealing with proxies - transferring data via gridftp The first point shouldn't be a big trouble, there's a canl-c library that can replace the globus-gsi (in theory). The real issue is the gridftp. What can we use instead of the gridftp? Do you have any feedback from the community about this? We need a file transfer service which supports rfc3820 proxies, or at least a service with pluggable authentication. | ||
- dealing with proxies | |||
- transferring data via gridftp | In my analysis I don't take into consideration the second level dependencies, such as globus in lcmaps/lcas or gridsite. | ||
The first point shouldn't be a big trouble, there's a canl-c library that can replace the globus-gsi (in theory). | |||
The real issue is the gridftp. What can we use instead of the gridftp? | |||
Do you have any feedback from the community about this? | |||
We need a file transfer service which supports rfc3820 proxies, or at least a service with pluggable authentication. | |||
|- | |- | ||
| DPM | | DPM | ||
| Line 44: | Line 38: | ||
|- | |- | ||
| StoRM | | StoRM | ||
| Andrea Ceccanti<br> | | Andrea Ceccanti, Cristina Aiftimiei<br> | ||
| | | | ||
| | | | ||
Revision as of 10:38, 19 June 2017
Announcement
"starting in January 2018, the Globus team at the University of Chicago will no longer support the open source Globus Toolkit" www.globus.org/blog/support-open-source-globus-toolkit-ends-january-2018
Affected products
| Product | Contact | Notes | Status | Plans |
| ARC-CE | Maiken Pedersen | |||
| CREAM-CE | Cristina Aiftimiei, Paolo Andreetto | CREAM and BLAH both affected | At a first glance we have dependencies from the globus toolkit in the CREAM UI and BLAH.
There're no dependencies in the CREAM service. In the worker node it is just necessary to replace the commands grid-proxy-* with the java-base voms-proxy-* The toolkit is used basically for: - dealing with proxies - transferring data via gridftp The first point shouldn't be a big trouble, there's a canl-c library that can replace the globus-gsi (in theory). The real issue is the gridftp. What can we use instead of the gridftp? Do you have any feedback from the community about this? We need a file transfer service which supports rfc3820 proxies, or at least a service with pluggable authentication. In my analysis I don't take into consideration the second level dependencies, such as globus in lcmaps/lcas or gridsite. | |
| DPM | Andrea Manzi | |||
| StoRM | Andrea Ceccanti, Cristina Aiftimiei |
|||
| WN/UI | Andrea Manzi | |||
| FTS3 | Andrea Manzi | |||
| GFAL2 | Andrea Manzi | CGSI-gSOAP and srm-ifce depend on GFAL2 | ||
| glexec-wn | Mischa Sallé | |||
| xrootd | MattiasEllert |
Contacts from UMD product ID cards page and Technology Providers page
Notes
- GSI package can probably be replaced directly with OpenSSL (requires work)
Log
[2017-05-29] Andrea Manzi reported at URT meeting about Globus announcement [2017-06-16] Creating wiki [2017-06-16] Contacted Product Teams