Sorry I completely forgot to mention:
OpenMPI 1.2.2, on intels x86
segmentation fault is still there, but I'm waiting for my admin to fix
the routing to check if that was the problem, however on my stand-alone
linux machine with correct routing that does not appear - but that's not
segmentation fault in MPI_Barrier is only when I want to run my program
on the head node, eg.
mpirun -np 4 ./myproggy
if I use also worker nodes:
mpirun -hostfile ./../hosts -np 50 ./myproggy
I got an error in the MPI_Init:
It looks like MPI_INIT failed for some reason; your parallel process is
likely to abort (...)
PML add procs failed
--> Returned "Unreachable" (-12) instead of "Success" (0)
so with hostfile and worker nodes it is correct - it gives an error on
but, I wouldn't be so entusiastic as I have lot of strange & complicated
code there before MPI_Barrier, which I updated recently - could be my
mistake that I messed some memory used by openmpi (valgrind does not
complain). who knows... I'll wait for my admin to fix the routing and
I'll post more information as soon as possible. Possibly as recently I
upgraded openmpi from 1.x.x version, maybe there are some libraries
messed up, or other things are wrong.
Jelena Pjesivac-Grbovic wrote:
> Hi Marcin,
> what version of Open MPI did you use?
> Is it still occurring?
> It is also possible that the connection went down during the execution...
> although, a segfault really should not occur.
> On Tue, 29 May 2007, Marcin Skoczylas wrote:
>> recently my administrator made some changes on our cluster and now I
>> have a crash during MPI_Barrier:
>> [our-host:12566] *** Process received signal ***
>> [our-host:12566] Signal: Segmentation fault (11)
>> [our-host:12566] Signal code: Address not mapped (1)
>> [our-host:12566] Failing at address: 0x4
>> [our-host:12566] [ 0] /lib/tls/libpthread.so.0 [0xa22f80]
>> [our-host:12566] [ 1]
>> [our-host:12566] [ 2]
>> /usr/lib/openmpi/mca_bml_r2.so(mca_bml_r2_progress+0x32) [0xcb7e3a]
>> [our-host:12566] [ 3] /usr/lib/libopen-pal.so.0(opal_progress+0xed)
>> [our-host:12566] [ 4] /usr/lib/libmpi.so.0 [0x3aecc5]
>> [our-host:12566] [ 5] /usr/lib/libmpi.so.0(ompi_request_wait_all+0xec)
>> [our-host:12566] [ 6]
>> [our-host:12566] [ 7]
>> [our-host:12566] [ 8]
>> [our-host:12566] [ 9] /usr/lib/libmpi.so.0(PMPI_Barrier+0x176) [0x3c0cea]
>> Actually, I made small investigation and I realised that:
>> [user_at_our-host]$ ssh our-host
>> ssh(12704) ssh: connect to host our-host port 22: No route to host
>> that could be the thing, I'm going to talk with my admin soon about this
>> routing change, however if it is really this problem, shouldn't it be
>> recognised during startup, f.e. in MPI_Init? Actually, I'm not sure...
>> your comments?
>> greetings, Marcin
>> users mailing list
> Jelena Pjesivac-Grbovic, Pjesa
> Graduate Research Assistant
> Innovative Computing Laboratory
> Computer Science Department, UTK
> Claxton Complex 350
> (865) 974 - 6722
> (865) 974 - 6321
> Murphy's Law of Research:
> Enough research will tend to support your theory.
> users mailing list