[DMC-901] Xrootd succeeds to copy even if one of the storages does not support checksums Created: 09/Nov/16  Updated: 18/Nov/16  Resolved: 18/Nov/16

Status: Closed
Project: DMC - Development
Component/s: gfal 2
Affects Version/s: gfal 2.12.3
Fix Version/s: gfal 2.13
Security Level: Public Data (This ticket is visible to anyone on the internet and will be indexed by search engines)

Type: Bug Priority: Minor
Reporter: Alejandro Alvarez Ayllon (Inactive) Assignee: Alejandro Alvarez Ayllon (Inactive)
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Issue Links:
GCS Patch
is patched by DMC-892 Generalize checksum methods Closed
Component Watchers:
Actual Start:


The transfer succeeds even if checksum was asked, but not provided by the storage (i.e. DPM)

Ask Michal.

Either document or work around this.

Comment by Alejandro Alvarez Ayllon (Inactive) [ 18/Nov/16 ]

Vanilla xrootd fails if the checksum is not present but asked for.
Need to reproduce with gfal-copy

Comment by Alejandro Alvarez Ayllon (Inactive) [ 18/Nov/16 ]
# gfal-copy root://slc6-test//tmp/Makefile root://marsedpm.in2p3.fr/dpm/in2p3.fr/home/dteam/Makefile -f -K adler32
Copying root://slc6-test//tmp/Makefile   [FAILED]  after 2s                                                                                                                                                        
gfal-copy error: 38 (Function not implemented) - Error on XrdCl::CopyProcess::Run(): [ERROR] Server responded with an error: [3013] query chksum is not supported


Comment by Alejandro Alvarez Ayllon (Inactive) [ 18/Nov/16 ]

Hhhmm, indeed it seems to go through with gfal 2.12, but with gfal 2.13 it does work as it should.

i.e https://fts3-devel.cern.ch:8449/fts3/ftsmon/#/job/06dd343a-ad95-11e6-8000-02163e00ed28 vs https://fts3-pilot.cern.ch:8449/fts3/ftsmon/#/job/1296abbc-ad95-11e6-a665-02163e00a39b

This was probably incidentally fixed by DMC-892

Comment by Alejandro Alvarez Ayllon (Inactive) [ 18/Nov/16 ]

Tried with gfal-copy and different combinations. end to end, source and target, and it fails now in all cases.

Generated at Tue Jun 18 03:49:10 CEST 2019 using Jira 8.0.2#800010-sha1:15b32da7769637cbcbd22ae5eaacbed621a94e22.