Print

Print


@jmuf : the xrootd client will always try to recover at redirector if one is available so we are dealing here most likely with two different problems:


You are receiving this because you commented.
Reply to this email directly, view it on GitHub, or mute the thread.

{"api_version":"1.0","publisher":{"api_key":"05dde50f1d1a384dd78767c55493e4bb","name":"GitHub"},"entity":{"external_key":"github/xrootd/xrootd","title":"xrootd/xrootd","subtitle":"GitHub repository","main_image_url":"https://cloud.githubusercontent.com/assets/143418/17495839/a5054eac-5d88-11e6-95fc-7290892c7bb5.png","avatar_image_url":"https://cloud.githubusercontent.com/assets/143418/15842166/7c72db34-2c0b-11e6-9aed-b52498112777.png","action":{"name":"Open in GitHub","url":"https://github.com/xrootd/xrootd"}},"updates":{"snippets":[{"icon":"PERSON","message":"@simonmichal in #673: @jmuf : the xrootd client will always try to recover at redirector if one is available so we are dealing here most likely with two different problems:\r\n\r\n- In case of EOSATLAS, xrdcp issues an open against MGM and then gets redirected to a FST, so if a stream timeout occurs the client will always retry at MGM.\r\n\r\n- In the two remaining cases it's different. CASTOR does a direct copy from data server to data server, so there is no redirector. FUSE client queries the MGM for the file location, and then issues a direct copy to FST, so from the client perspective there's no redirector either."}],"action":{"name":"View Issue","url":"https://github.com/xrootd/xrootd/issues/673#issuecomment-375087286"}}}

Use REPLY-ALL to reply to list

To unsubscribe from the XROOTD-DEV list, click the following link:
https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=XROOTD-DEV&A=1