 |
 |
Hi Heiko, It would seem that the stalls are occurring because the redirector a) the redirector has not beed up long enough (default requires 30 seconds to pass) or b) does not think it has any working data servers (which will be the case of they login much later than you started the copy). Andy -----Original Message----- From: Heiko Schröter Sent: Thursday, April 19, 2018 5:37 AM To: Michal Kamil Simon ; [log in to unmask] Cc: [log in to unmask] ; [log in to unmask] Subject: Re: Stalling client when copying files (xrdcp 4.8.2) I've been talking too fast. The stalling occurs with 4.8.3-rc1 as well. But only for the first connection of a file transfer. If you rm and recopy the file, the stalling does not occur. Am 19.04.2018 um 10:06 schrieb Michal Kamil Simon: > Hi Heiko, > > That's interesting, could you give me more details on your scenario, > are you using xrdcp from a script or XrdCl C++ API (or Python bindings)? > > Could you also provide client side logs from a run when you observed > stalling? > > Cheers, > Michal > ________________________________________ > From: [log in to unmask] [[log in to unmask]] on behalf of > Heiko Schröter [[log in to unmask]] > Sent: 18 April 2018 20:26 > To: [log in to unmask] > Cc: [log in to unmask]; [log in to unmask] > Subject: Re: Stalling client when copying files (xrdcp 4.8.2) > > This stalling does not occur with the 4.8.3-rc1. > > > Am 17.04.2018 um 19:24 schrieb Heiko Schröter: >> Hello, >> >> we do observe that when copying a file the client is stalled for some >> time. >> >> 180417 19:17:28 17252 schroete.97360:7@qc08 XrootdProtocol: 0100 >> stalling client for 5 sec >> >> Sometimes it is for 10sec and this gets repeated without a recognizable >> pattern. >> >> The client is not stalled when the copied file is removed at once and >> recopied. >> >> It looks like a similar issue as this one: >> https://listserv.slac.stanford.edu/cgi-bin/wa?A2=ind1203&L=XROOTD-L&P=R598&1=XROOTD-L&9=A&I=-3&J=on&d=No+Match%3BMatch%3BMatches&z=4 >> >> >> Is this a settable parameter or something we did wron in our setup ? >> >> We have one redirector and 12 data server on a 10GBit network. Client >> access is very limited because this is a test setup. >> >> Regards >> Heiko >> > ######################################################################## > 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 > -- ----------------------------------------------------------------------- Dipl.-Ing. Heiko Schröter Institute of Environmental Physics (IUP) phone: ++49-(0)421-218-62092 Institute of Remote Sensing (IFE) fax: ++49-(0)421-218-62070 University of Bremen (FB1) P.O. Box 330440 email: [log in to unmask] Otto-Hahn-Allee 1 28359 Bremen Germany ----------------------------------------------------------------------- ######################################################################## 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