Well, I spoke too soon. Seems like fixing the issue with
cms.dfs lookup central redirect immed
for OPS VO, breaks it for CMS:
Error:
14:55:37 [I] Davix: Negative result for operation: (Neon): Could not read status line: Connection reset by peer. After 1 retry
14:55:37 [I] Davix: Could not execute operation on davs://xrootd.phy.bris.ac.uk:1094/xrootd/cms/store/unmerged/SAM/se_webdav_20220512_145537_etf-28.wrt, error Result (Neon): Could not read status line: Connection reset by peer after 1
CMS executes the "equivalent" (their words) of
gfal-rm -vvv -D "HTTP PLUGIN:RETRIEVE_BEARER_TOKEN=false" -t 90 davs://xrootd.phy.bris.ac.uk:1094/xrootd/cms/store/unmerged/SAM/se_webdav_20220512_144145_etf-28.wrt
so using gfal
and davs://
for all operations (OPS uses curl
and https
).
and my manual test results in
gfal-copy error: 13 (Permission denied) - TRANSFER Authentication error, reached maximum number of attempts
This is ... confusing.
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you are subscribed to this thread.
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