Print

Print


Sorry. I used bootstrap.sh to compile it.  I will use classic.

Thanks
Wen

On Wed, Sep 30, 2009 at 4:15 PM, Fabrizio Furano <[log in to unmask]> wrote:
> Hi Wen,
>
>  I just did it three times in two different machines with no troubles at
> all... Do you do anything particular in order to compile it?
>
>  I did:
>
>>./configure.classic --disable-mon --no-arch-subdirs
>
> and then
>
>>make
>
> Fabrizio
>
>
> wen guan wrote:
>>
>> Hi Fabrizio,
>>
>>    It cannot be compiled. Below is the error.
>>
>>
>> (*)
>> g++ -g -O2 -D_REENTRANT -o xrdcp Xrdcp.o -Wl,--export-dynamic
>> ./.libs/libXrdClient.a
>> /opt/xrootd-20090930/src/XrdCrypto/.libs/libXrdCrypto.a -lssl -lcrypto
>> /opt/xrootd-20090930/src/XrdSut/.libs/libXrdSut.a
>> /opt/xrootd-20090930/src/XrdNet/.libs/libXrdNet.a
>> /opt/xrootd-20090930/src/XrdOuc/.libs/libXrdOuc.a
>> /opt/xrootd-20090930/src/XrdSys/.libs/libXrdSys.a -lpthread -lrt -lnsl
>> -ldl -lz
>> ./.libs/libXrdClient.a(XrdClient.o)(.text+0x9f91): In function
>> `XrdClient::XrdClient(char const*)':
>> /opt/xrootd-20090930/src/XrdClient/XrdClient.cc:96: undefined
>> reference to
>> `XrdClientReadAheadMgr::CreateReadAheadMgr(XrdClientReadAheadMgr::XrdClient_RAStrategy)'
>> ./.libs/libXrdClient.a(XrdClient.o)(.text+0xa7c1): In function
>> `XrdClient::XrdClient(char const*)':
>> /opt/xrootd-20090930/src/XrdClient/XrdClient.cc:96: undefined
>> reference to
>> `XrdClientReadAheadMgr::CreateReadAheadMgr(XrdClientReadAheadMgr::XrdClient_RAStrategy)'
>> collect2: ld returned 1 exit status
>> make[3]: *** [xrdcp] Error 1
>> make[3]: Leaving directory `/opt/xrootd-20090930/src/XrdClient'
>> make[2]: *** [all] Error 2
>> make[2]: Leaving directory `/opt/xrootd-20090930/src/XrdClient'
>> make[1]: *** [all-recursive] Error 1
>> make[1]: Leaving directory `/opt/xrootd-20090930/src'
>> make: *** [all-recursive] Error 1
>>
>>
>> Wen
>>
>> On Wed, Sep 30, 2009 at 2:38 PM, wen guan <[log in to unmask]> wrote:
>>>
>>> Thanks
>>> Wen
>>>
>>> On Wed, Sep 30, 2009 at 12:52 PM, Fabrizio Furano <[log in to unmask]> wrote:
>>>>
>>>> Hi Wen,
>>>>
>>>>  OK, I made a new source tarball: xrootd-20090930.1117 . It's available
>>>> here:
>>>>
>>>> https://savannah.cern.ch/projects/xrootd
>>>>
>>>>  Just go to the "download" section.
>>>>
>>>>  Please let me know if it works for you.
>>>>
>>>> Fabrizio
>>>>
>>>>
>>>>
>>>> wen guan wrote:
>>>>>
>>>>> Hi Fabrizio,
>>>>>
>>>>>     Usually I got it for the xrootd binary tar file or the src
>>>>> file(compile it).  If you can give me the src file, I can compile it.
>>>>> I checked my job. almost all of them crashed at the end. It seems they
>>>>> cannot read the last some hundreds events. I think maybe it's caused
>>>>> by a incompletely copied file.
>>>>>
>>>>> Regards
>>>>> Wen
>>>>>
>>>>> On Wed, Sep 30, 2009 at 11:49 AM, Fabrizio Furano <[log in to unmask]>
>>>>> wrote:
>>>>>>
>>>>>> It depends. Usually where do you get it from?
>>>>>>
>>>>>> f
>>>>>>
>>>>>>
>>>>>> wen guan wrote:
>>>>>>>
>>>>>>> Hi Fabrizio,
>>>>>>>
>>>>>>>     Good! Thanks!
>>>>>>>     Where can I get the new xrdcp for both 32 bit and 64 bit?
>>>>>>>
>>>>>>> Regards
>>>>>>> Wen
>>>>>>>
>>>>>>> On Wed, Sep 30, 2009 at 11:17 AM, Fabrizio Furano <[log in to unmask]>
>>>>>>> wrote:
>>>>>>>>
>>>>>>>> OK, I found it and fixed. Still I doubt that it worked in the older
>>>>>>>> version,
>>>>>>>> but anyway...
>>>>>>>>
>>>>>>>> The copied file was OK. It was just the final check on the number of
>>>>>>>> copied
>>>>>>>> bytes which was broken for files bigger than 4G. That is what code
>>>>>>>> 13
>>>>>>>> is
>>>>>>>> supposed to mean.
>>>>>>>>
>>>>>>>> Thank you for the precise report.
>>>>>>>> Fabrizio
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> ---------- before
>>>>>>>> furano@pcitdm07 9:47:53 ~/Park/xrootd>./bin/xrdcp -S 15
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> root://atlas-bkp2.cs.wisc.edu:1094//atlas/xrootd/atlasmcdisk/mc08/AOD/mc08.106051.PythiaZmumu_1Lepton.merge.AOD.e347_s462_s520_d153_r643_t53_tid078914/AOD.078914._000115.pool.root.1
>>>>>>>> AOD.root
>>>>>>>> Set ParStreamsPerPhyConn to 15
>>>>>>>> [xrootd] Total 4996.48 MB       |====================| 100.00 % [8.3
>>>>>>>> MB/s]
>>>>>>>> furano@pcitdm07 9:58:47 ~/Park/xrootd>echo $?
>>>>>>>> 13
>>>>>>>>
>>>>>>>>
>>>>>>>> ---------- now
>>>>>>>> furano@pcitdm07 10:01:09 ~/Park/xrootd>./bin/xrdcp -S 15
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> root://atlas-bkp2.cs.wisc.edu:1094//atlas/xrootd/atlasmcdisk/mc08/AOD/mc08.106051.PythiaZmumu_1Lepton.merge.AOD.e347_s462_s520_d153_r643_t53_tid078914/AOD.078914._000115.pool.root.1
>>>>>>>> AOD2.root
>>>>>>>> Set ParStreamsPerPhyConn to 15
>>>>>>>> [xrootd] Total 4996.48 MB       |====================| 100.00 % [8.4
>>>>>>>> MB/s]
>>>>>>>> furano@pcitdm07 10:11:48 ~/Park/xrootd>echo $?
>>>>>>>> 0
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> Fabrizio Furano wrote:
>>>>>>>>>
>>>>>>>>> Hi Wen,
>>>>>>>>>
>>>>>>>>>  actually if the result code is 13, then xrdcp thinks that it did
>>>>>>>>> not
>>>>>>>>> copy
>>>>>>>>> the right number of bytes. That looks strange to me, does it always
>>>>>>>>> happen
>>>>>>>>> with big files? Also, could you please post the lenghts of both the
>>>>>>>>> source
>>>>>>>>> and the destination files?
>>>>>>>>>
>>>>>>>>> Fabrizio
>>>>>>>>>
>>>>>>>>> wen guan wrote:
>>>>>>>>>>
>>>>>>>>>> Hi,
>>>>>>>>>>
>>>>>>>>>>  When using this xrdcp to copy big files(about 5G), the return
>>>>>>>>>> value
>>>>>>>>>> is not 0, which caused some program thought the copy failed and
>>>>>>>>>> crashed the job. Is it a bug?
>>>>>>>>>> xrootd-20080828 doesn't have this problem. when using
>>>>>>>>>> xrootd-20080828,
>>>>>>>>>> the return value is 0.
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> [c105] /home/wguan > xrdcp
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> root://atlas-bkp2.cs.wisc.edu:1094//atlas/xrootd/atlasmcdisk/mc08/AOD/mc08.106051.PythiaZmumu_1Lepton.merge.AOD.e347_s462_s520_d153_r643_t53_tid078914/AOD.078914._000115.pool.root.1
>>>>>>>>>> AOD.root
>>>>>>>>>> [xrootd] Total 4996.48 MB       |====================| 100.00 %
>>>>>>>>>> [94.4
>>>>>>>>>> MB/s]
>>>>>>>>>> [c105] /home/wguan > echo $?
>>>>>>>>>> 13
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Regards
>>>>>>>>>> Wen
>