This is certainly quite odd and should not happen.
Can you try running "lamboot -d lamhosts" with 7.1.2? That might give a
bit more output.
If that doesn't reveal anything useful, could you recompile LAM with
debugging symbols enabled (e.g., "./configure CFLAGS=-g ...."), ensure
that your coredumpsize is unlimited, and run it again? This should then
generate a corefile -- if you could send the backtrace from that, it
would be most useful.
Thanks!
________________________________
From: lam-bounces_at_[hidden] [mailto:lam-bounces_at_[hidden]]
On Behalf Of J G Che
Sent: Thursday, April 27, 2006 1:45 AM
To: General LAM/MPI mailing list
Subject: LAM: can gcc 3.2 and kernel 2.4.20 suit lam-7.1.2 or
not? Or other problem for lam-7.1.2?
I cannot install lam-7.1.2 on our cluster with dual Xeon and
myrinet. Its gcc version is:
jgche: ~\>gcc -v
Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/3.2/specs
Configured with: ../configure --prefix=/usr
--mandir=/usr/share/man --infodir=/usr/share/info --enable-shared
--enable-threads=posix --disable-checking --host=i386-redhat-linux
--with-system-zlib --enable-__cxa_atexit
Thread model: posix
gcc version 3.2 20020903 (Red Hat Linux 8.0 3.2-7)
its kernel seems to be 2.4.20-28.8smp (I'm not a manager, who
will not install lam-mpi, thus I want install for myself)
I compiled lam-7.1.2 without problem, please see the attached
config.7.1.2.log and make.7.1.2.log. However, when I run lamboot, I got
jgche: ~\>cat lamhosts
admin1
jgche: ~\>lamboot -v lamhosts
Segmentation fault
jgche: ~\>
Except for mpif77, mpicc, mpic++, if I excuted any other
excutable files in /people/jgche/lam-7.1.2-eth/bin, I got "Segmentation
fault"! I cannot fix the problem. Thus, I tried to install lam-6.5.7,
since I thought this version was released in Oct 2002, almost the same
time as that of gcc 3.2. And now it seemed to be ok.
jgche: ~\>rm lam-eth
jgche: ~\>ln -s lam-6.5.7-eth/ lam-eth
jgche: ~\>lamboot -v lamhosts
LAM 6.5.7/MPI 2 C++/ROMIO - Indiana University
Executing hboot on n0 (admin1 - 1 CPU)...
topology done
please refer also to the attached config.6.5.7.log and
make.6.5.7.log.
What is this problem? Is the gcc version problem? or kernel? or
others? How can I fix the problem?
Thanks!
JG
|