 |
 |
BTW. Please respond in savannsh, so that we have a record for this. Lukasz 2011/9/22 Lukasz Janyst <[log in to unmask]>: > Hi Andy, > > it's 100% reproducible on: > > [root@lxbrl2707 ~]# ld -v > GNU ld version 2.17.50.0.6-14.el5 20061020 > [root@lxbrl2707 ~]# gcc -v > Using built-in specs. > Target: x86_64-redhat-linux > Configured with: ../configure --prefix=/usr --mandir=/usr/share/man > --infodir=/usr/share/info --enable-shared --enable-threads=posix > --enable-checking=release --with-system-zlib --enable-__cxa_atexit > --disable-libunwind-exceptions --enable-libgcj-multifile > --enable-languages=c,c++,objc,obj-c++,java,fortran,ada > --enable-java-awt=gtk --disable-dssi --disable-plugin > --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre > --with-cpu=generic --host=x86_64-redhat-linux > Thread model: posix > gcc version 4.1.2 20080704 (Red Hat 4.1.2-50) > [root@lxbrl2707 ~]# uname -a > Linux lxbrl2707.cern.ch 2.6.18-238.12.1.el5 #1 SMP Tue May 31 13:12:32 > EDT 2011 x86_64 x86_64 x86_64 GNU/Linux > [root@lxbrl2707 ~]# cat /etc/redhat-release > Scientific Linux CERN SLC release 5.6 (Boron) > > I can give you access to this machine if you have a CERN Nice account. > > Cheers, > Lukasz > > 2011/9/22 Andrew Hanushevsky <[log in to unmask]>: >> Hi Brian, >> >> I followed your recipe (assuming you are using bash). I used the cmake build >> of git head. I cd's into the /src subdirectory (as all the proper runpaths >> would be set at that point) and executed what you had. It worked >> flawlessly!!! >> >> So, the problem lies elsewhere. It is not with the code. I see a couple of >> issues: >> >> a) I don't see where the LD_LIBRARY_PATH gets set if it gets set at all. If >> that is not set then the whole thing may very well not work. >> >> b) I don't know how you built the particular version, how it's installed, >> and I don't know what directory you are cd's into so I don't know what the >> ls command is actually looking at. >> >> I cannot reproduce the problem. So, I suspect it's an build/install issue. >> >> Here is my system info: >> >> System: RHEL Client release 5.7 (Tikanga) 2.6.18-274.el5 (2x1791MHz V20z) >> GNU ld version 2.17.50.0.6-14.el5 20061020 >> gcc (GCC) 4.1.2 20080704 (Red Hat 4.1.2-51) >> >> I am more than happy to try something that is closer to yours. >> >> Andy >> >> >> -----Original Message----- From: Brian Bockelman >> Sent: Thursday, September 22, 2011 12:35 PM >> To: Brian Bockelman ; Lukasz Janyst ; Wei Yang ; [log in to unmask] ; >> [log in to unmask] >> Subject: [bug #86984] Xrootd 3.1.0 - preload >> >> >> Follow-up Comment #15, bug #86984 (project xrootd): >> >> Hi Andy, >> >> This is precisely what I'm doing: >> >> >> [bbockelm@brian-test projects]$ export >> XROOTD_VMP="brian-test:1094:/mnt/xrootd=/tmp" >> [bbockelm@brian-test projects]$ LD_PRELOAD=libXrdPosixPreload.so /bin/ls . >> /bin/ls: .: Can not access a needed shared library >> /bin/ls: write error: Can not access a needed shared library >> >> Increasing to LD_DEBUG=all, the dynamic linker isn't complaining about any >> library loading issues. >> >> _______________________________________________________ >> >> Reply to this item at: >> >> <http://savannah.cern.ch/bugs/?86984> >> >> _______________________________________________ >> Message sent via/by LCG Savannah >> http://savannah.cern.ch/ >> >