On 01/25/12 06:43 PM, Rayson Ho wrote:
On Wed, Jan 25, 2012 at 12:18 PM, Gerard Henry<ghe...@cmi.univ-mrs.fr> wrote:
is it possible to compile sge_execd for lx24 today?
Yes, you can either:
1) build on a Linux 2.4 machine.
2) Change the "dist/util/arch" script and make it print "lx24-amd64"
instead of "lx26-amd64".
However, the easiest way *and* without recompiling or hacking is to
create symbolic links in bin& lib:
ln -s lx24-amd64 lx26-amd64
This way the lx26-amd64 directories are there (even if they are linked
back to lx24-amd64) when SGE daemons need to reference files in them
in lib& bin.
yes, now i understand. I re-compile with -spool-berkeleydb instead of
-spool-classic.
Now i have to wait current jobs to finish before testing the sge_execd
binary.
But i have a question:
- at the end on the script distint, it says:
Installing ../3rdparty/qmon/LINUXAMD64_26/libXltree.so
"libdb-4.4.so" not found. Assuming binaries are statically linked.
Installing libdrmaa.so.1.0
[root@octopus source]# find $SGE_ROOT -name 'libdb-4.4.so'
[root@octopus source]# ldd /local/apps/sge-new/bin/lx26-amd64/sge_execd
linux-vdso.so.1 => (0x00007fffb052b000)
libdl.so.2 => /lib64/libdl.so.2 (0x0000003963000000)
libm.so.6 => /lib64/libm.so.6 (0x0000003962c00000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x0000003963400000)
libc.so.6 => /lib64/libc.so.6 (0x0000003962800000)
/lib64/ld-linux-x86-64.so.2 (0x0000003962400000)
I see no error in aimk logfiles. Does it mean that it search elsewhere
for this lib? but it seems that CentOS comes with /usr/lib/libdb-4.3.so.
_______________________________________________
users mailing list
users@gridengine.org
https://gridengine.org/mailman/listinfo/users
