 |
 |
Well, I spoke too soon. Seems like fixing the issue with ``` cms.dfs lookup central redirect immed ``` for OPS VO, breaks it for CMS: - https://ggus.eu/index.php?mode=ticket_info&ticket_id=157232 - https://etf-cms-prod.cern.ch/etf/check_mk/index.py?start_url=%2Fetf%2Fcheck_mk%2Fview.py%3Fhost%3Dxrootd.phy.bris.ac.uk%26service%3Dorg.cms.SE-WebDAV-6crt-write%26site%3Detf%26view_name%3Dservice 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 ```bash 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 or view it on GitHub: https://github.com/xrootd/xrootd/issues/1703#issuecomment-1125107837 You are receiving this because you are subscribed to this thread. Message ID: <[log in to unmask]> ######################################################################## 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