Very strange. MPI tries to access CQ context and it get immediate error.
Please make sure that you limits configuration is ok, take a look on
this FAQ - http://www.open-mpi.org/faq/?category=openfabrics#ib-locked-pages
Pasha.
Charles Wright wrote:
Hello,
I just got some new cluster
Hi, Eugene:
Thanks for your efforts in reproducing this problem; glad to know it's
not just us.
I think our solution for now is just to migrate our users to MVAPICH2
and Intel MPI; these MPICH-based systems work for us and our users
extremely reliably, and it just looks like OpenMPI
Yes, I know there should be a bug. But I do not know where and why. The strange
thing was sometimes it worked but at this time there will be a segmentation
fault. If it did not work, some process must sit there waiting for the message.
There are many iterations in my program(using a loop). It
guosong wrote:
Thanks
for reply. One more thing I would like to know is that since the
message has already left the sender, how to make sure that the receiver
side receives this message? From the output of my program, it seems
that the receiver side is waiting for the message(MPI_Recv).
Thanks for reply. One more thing I would like to know is that since the message
has already left the sender, how to make sure that the receiver side receives
this message? From the output of my program, it seems that the receiver side is
waiting for the message(MPI_Recv).
List-Post:
Could someone show me examples of how the mpirun options -slot-list and
-stride work? They don't seem to do anything for me (except under some
conditions generating wild error messages, as previously reported). Any
version of OMPI is fine.
guosong wrote:
Hi
all,
I am wondering if there is an flush()-like function in MPI. I saw
the output of my program. One sent something but some other process did
not receive it, just sitting there waiting. I used MPI_Isend for
sending and MPI_Recv for receiving. Is it possible the message
