Hi Thomas,
Xcache can talk to client (docker on your laptop) via HTTP(s) if correctly configured. But Xcache currently has difficulty talking to HTTP(s) data sources. We have a prototype for Xcache to talk to the HTTP data source but it is still a prototype.
On the other hand, we may be accomplish your request by another type of Xrootd cache, the FRM cache. I say _maybe_ because I am not 100% sure how to handle the second https:// in your url. Will get it back to you soon.
regards,
--
Wei Yang | [log in to unmask] | 650-926-3338 (O)
On 11/29/18, 6:53 AM, "[log in to unmask] on behalf of Thomas Hartmann" <[log in to unmask] on behalf of [log in to unmask]> wrote:
Hi all,
maybe a naive question: but could I setup/use an XCache to cache container layers?
let's say, I have users who pull regularly containers on a number of batch modes
... pull docker://SOMEHUB/foo/thingy
--> i. e., gets over https
I would like to avoid to fiddle around with (reverse) proxies and faking certificates on the way. So instead I am looking for something like magically caching secure connections.
E.g., putting explicitly an intermediate XCache in the way
... pull http://MyXcache.baz/https://SOMEHUB/foo/thingy
and magically resolve & cache all requests for the layer files.
My hope would be to move a bit of the load on hubs or CIs to a local cache.
Cheers,
Thomas
########################################################################
Use REPLY-ALL to reply to list
To unsubscribe from the XROOTD-L list, click the following link:
https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=XROOTD-L&A=1
########################################################################
Use REPLY-ALL to reply to list
To unsubscribe from the XROOTD-L list, click the following link:
https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=XROOTD-L&A=1
|