 |
 |
To me, this looks like noise (previously, ~38% of transfers failing was mentioned).
Yes, that value is at 75% right now (failures).
Most of the successful transfers do not use davs:// but seem to start with srm:// or https://.
But I also found 1 working example with both endpoints using davs://:
https://fts3-cms.cern.ch:8449/fts3/ftsmon/#/job/44192334-4ada-11ed-a5ba-fa163e252af3
Manual tests ALWAYS fail if DAVIX_DISABLE_SESSION_CACHING is unset. In the original table I assumed DAVIX_DISABLE_SESSION_CACHING=false was the default value. The correct table is
| client | server | dst protocol | works? |
|---|---|---|---|
| DAVIX_DISABLE_SESSION_CACHING unset | http.tlsreuse on, off, or missing | davs:// |
no |
| DAVIX_USE_LIBCURL=1 | http.tlsreuse on, off, or missing | davs:// |
no |
| -- | -- | -- | -- |
| DAVIX_DISABLE_SESSION_CACHING set | http.tlsreuse on, off, or missing | davs:// |
yes |
| DAVIX_DISABLE_SESSION_CACHING unset | http.tlsreuse on, off, or missing | https:// |
yes |
| DAVIX_USE_LIBCURL=1 | http.tlsreuse on, off, or missing | https:// |
yes |
It seems that switching davs:// → https:// immediately improves the situation (or setting DAVIX_DISABLE_SESSION_CACHING).
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you commented.
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