 |
 |
Hi @kreczko, When I look at the disk node at about the same time (for the file in the fts transfer logs) I see errors like: ``` 220712 09:31:36 11040 XrootdXeq: 7dc42260.6440:[log in to unmask] disc 0:00:05 (link SSL read error) Readahead buffer stats for /xrootd/cms/store/mc/RunIISummer20UL16RECOAPV/ST_t-channel_antitop_4f_InclusiveDecays_wtop1p3_TuneCP5_13TeV-powheg-madspin-pythia8/AODSIM/106X_mcRun2_asymptotic_preVFP_v8-v3/70000/69A1EEA6-3EA3-A44C-A1BD-FD19EF6E39B7.root : 0 misses, 0 hits, 0 partial hits, 0 unbuffered, 0 buffered bytes used of 0 read (0.00%) 220712 09:33:31 051 TPC_TempCA: Reloading the list of CAs and CRLs in directory ``` It looks from the logs like the redirector is passing on the connection to the disknode which matches the fact the transfer is running, but then there is some SSL related error which would match the FTS client not receiving the csum. As a passing thought (and based on the last line of the log), you mention you're using docker, how are you configuring/updating the voms/crl for production? -- Reply to this email directly or view it on GitHub: https://github.com/xrootd/xrootd/issues/1736#issuecomment-1183053905 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