Print

Print


Trying the following:

gfal-copy -K adler32  --checksum-mode both -f  -vvv -n10 davs://eosatlashttp.cern.ch:443/eos/atlas/atlasgroupdisk/phys-hdbs/dq2/rucio/user/cdeutsch/1b/ab/group.phys-hdbs.21763292._000011.mmc_v1_CxAOD.root https://xrootd.physik.uni-bonn.de:1094//cephfs/grid/atlas/user/scratch/freyermu/foo

repeatedly against a busy XRootD 5.0.0 server finally leads to DAVIX repeatedly getting stuck at:

DEBUG    Davix: Request ends.
DEBUG    Davix: add old session to cache httpsxrootd002.physik.uni-bonn.de:1094
...
DEBUG    Davix:  creating session keys... httpsxrootd.physik.uni-bonn.de:1094
DEBUG    Davix: cached ne_session found ! taken from cache 
DEBUG    Davix: configure session...
DEBUG    Davix: define connection timeout to 30
...
DEBUG    Davix: Doing SSL negotiation.
...
< long waiting time >
...
DEBUG    Davix: sess: Closing connection.
DEBUG    Davix: sess: Connection closed.
DEBUG    Davix: Delete Cached redirection for <HEAD https://xrootd.physik.uni-bonn.de:1094//cephfs/grid/atlas/user/scratch/freyermu/foo https://xrootd002.physik.uni-bonn.de:1094/cephfs/grid/atlas/user/scratch/freyermu/foo>
DEBUG    Davix: Disable Session recycling
DEBUG    Davix:  ->  Error when using reycling of session/redirect : cancel and try again
DEBUG    Davix: Connection problem: eradicate session
DEBUG    Davix: Disable Session recycling
DEBUG    Davix:  <- negotiateRequest
DEBUG    Davix:  <- executeRequest
DEBUG    Davix: Destroy HttpRequest
DEBUG    Davix: (EndRequest)(Libneon) Operation incomplete, kill the connection

On the XRootD server side, we get:

140428540864256:error:140D9115:SSL routines:ssl_get_prev_session:session id context uninitialized:ssl_sess.c:682:

The problem is that the "long waiting time" shown above in FTS transfers already kills the transfer attempt with a failure,
and this happens again and again for every second connection (when there's something cached on the client).
This would likely be different if the connection was terminated forcefully when there are is cached session available (davix will then retry without session caching).

As a workaround:

export DAVIX_DISABLE_SESSION_CACHING=true

works in the gfal environment.

This is not reproducible in my tests with XRootD 4.12.3, even when using identical configuration (as far as possible). I'm using libXrdVoms in both cases.


You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub, or unsubscribe.

[ { "@context": "http://schema.org", "@type": "EmailMessage", "potentialAction": { "@type": "ViewAction", "target": "https://github.com/xrootd/xrootd/issues/1252", "url": "https://github.com/xrootd/xrootd/issues/1252", "name": "View Issue" }, "description": "View this Issue on GitHub", "publisher": { "@type": "Organization", "name": "GitHub", "url": "https://github.com" } } ]

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