Print

---

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