 |
 |
> On 20 Jun 2017, at 03:39, Andrew Hanushevsky <[log in to unmask]> wrote: > > Well, frankly this is quite odd. My presumption is that the application that gets the errors is actually xrdcp, right? If so, then the amount of space it is asking to reserve exceeds the amount available. Given the figures below, that would indicate a serious bug in that calculation. Unfortunately, there is no debugging level one can set to display this information. So, can one trap the failing copy (if it is a copy) so we can see what it is actually doing? Is this a third party copy? If so, what is the actual command being used? Alice is using the following command: xrdcpapmon -DITransactionTimeout 300 -DIFirstConnectMaxCnt 3 -DIReadCacheSize 0 -np -v <file> -f -P root://<redirector>:xxxx//13/63188/95c0573c-51c2-11e7-9e77-1f2cf97d1481 -ODeos.bookingsize=10459447&authz="-----BEGIN SEALED CIPHER----- <security_envelope> So: - they are using xrdcpapmon which is a slighty modified version of xrdcp (I don't have the details though), - they are using the option -ODeos.bookingsize=10459447 but I am not sure of its purpose. HTH, Yvan ######################################################################## 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