Hi, I am looking into PROOF for the ARDA project and did some tests with the rootd, first. I ran into the following problem: I use the root 4.00.03 installation at /afs/cern.ch/sw/root/v4.00.03/rh73_gcc32/root and have started up the rootd successfully. Now, when I try to authenticate via ssh, I get /afs/cern.ch/sw/root/v4.00.03/rh73_gcc32/root/bin/ssh2rpd: error while loading shared libraries: libgcc_s.so.1: cannot open shared object file: No such file or directory It seems my LD_LIBRARY_PATH settings are not correctly taken into account. Looking at ldd /afs/cern.ch/sw/root/v4.00.03/rh73_gcc32/root/bin/ssh2rpd libdl.so.2 => /lib/libdl.so.2 (0x4002a000) libstdc++.so.5 => /usr/local/gcc-alt-3.2.3/lib/libstdc++.so.5 (0x4002e000) libm.so.6 => /lib/i686/libm.so.6 (0x400df000) libgcc_s.so.1 => /usr/local/gcc-alt-3.2.3/lib/libgcc_s.so.1 (0x40101000) libc.so.6 => /lib/i686/libc.so.6 (0x42000000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000) suggests problems with the gcc3.2 libraries. As root on that machine I fixed this problem easily by links of libstdc++.so.5 and lib/libgcc_s.so.1 into /lib. My question: Within the Grid-Framework it will be necessary that the users run individualized versions of root on the machines depending on their library paths. They cannot depend on the superuser to solve their problems. Did I overlook anything, or is this currently impossible? Cheers, Birger -- Birger Koblitz +41 22 767-3318 CERN IT 2-1-046
This archive was generated by hypermail 2b29 : Sun Jan 02 2005 - 05:50:07 MET