Hi Patrick, Coud run that command by hand on a failing file and post the output as well as what the return code was. Andy On Wed, 19 Feb 2020, Patrick McGuigan wrote: > Hi Andy, > > It is the command from the xrootd-client rpm. > > Patrick > > On 2/19/20 5:45 AM, Andrew Hanushevsky wrote: >> Goo question Rob. We provide the xrdadler command but not a script. So,t he >> first question should have been is this a script or the actual command. >> >> Andy >> On Wed, 19 Feb 2020, Robert Gardner wrote: >> >>> Who provides said external script? >>> >>> >>>> On Feb 19, 2020, at 5:34 AM, Andrew Hanushevsky >>>> <[log in to unmask]> wrote: >>>> >>>> Hi Patrick, >>>> >>>> In the first case, the config says hat an external script is supposed to >>>> computed the checksum. If the external script produces an incorrect >>>> response, the client will get it and complain. The second case says that >>>> the checksum is to be computed using the internal native mechanism. In >>>> this case, a corect response will always be sent. Hence, it will work. We >>>> reccomend that the internal mechanism be used when it is possible to do >>>> so. That said, ot would be interestin to know what the hiccup is in the >>>> external script. >>>> >>>> Andy >>>> >>>> On Wed, 19 Feb 2020, Patrick McGuigan wrote: >>>> >>>>> Hi, >>>>> >>>>> I noticed something odd recently and I am curios if the issue is a known >>>>> feature, or something that needs to be worked on? >>>>> >>>>> A client process was moving files with xrdcp using: >>>>> >>>>> xrdcp -f -np --cksum adler32:print test-transfer >>>>> root://some-server//some-path >>>>> >>>>> and the command fails with: >>>>> >>>>> Run: [ERROR] Invalid response >>>>> >>>>> Tracking this down leads me to the problem in the data server's >>>>> configuration: >>>>> >>>>> xrootd.chksum adler32 /usr/bin/xrdadler32 >>>>> >>>>> >>>>> However, if the checksum is configured as: >>>>> >>>>> xrootd.chksum max 4 adler32 >>>>> >>>>> The xrdcp will work correctly. >>>>> >>>>> >>>>> Before anyone asks, yes, checksums work correctly outside of xrdcp: >>>>> >>>>> xrdadler32 root://some-server//some-path >>>>> >>>>> as well as: >>>>> >>>>> xrdfs some-server query checksum /some-path >>>>> >>>>> >>>>> I have seen this occur with versions 4.9.1 and 4.10.0. >>>>> >>>>> >>>>> >>>>> Regards, >>>>> >>>>> Patrick >>>>> >>>>> ######################################################################## >>>>> Use REPLY-ALL to reply to list >>>>> >>>>> To unsubscribe from the XROOTD-L list, click the following link: >>>>> https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=XROOTD-L&A=1 >>>>> >>>> >>>> ######################################################################## >>>> Use REPLY-ALL to reply to list >>>> >>>> To unsubscribe from the XROOTD-L list, click the following link: >>>> https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=XROOTD-L&A=1 >>> >>> > > ######################################################################## > Use REPLY-ALL to reply to list > > To unsubscribe from the XROOTD-L list, click the following link: > https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=XROOTD-L&A=1 > ######################################################################## Use REPLY-ALL to reply to list To unsubscribe from the XROOTD-L list, click the following link: https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=XROOTD-L&A=1