Hello. This may be a usage issue, but we did not have this problem with
version 1.0.2.
When starting a parallel job (using TCP) with mpirun, the following
message is repeated many times:
[devi01:24440] mca_oob_tcp_accept: accept() failed with errno 9.
[devi01:24440] mca_oob_tcp_accept:
Hello. I've tracked down the source of the previously reported startup
problem with Openmpi 1.1. On startup, it fails with the messages:
mca_oob_tcp_accept: accept() failed with errno 9.
:
This didn't happen with 1.0.2.
The trigger for this behavior is if standard input happens to be
Brian Barrett wrote:
On Wed, 2006-06-28 at 09:43 -0400, Patrick Jessee wrote:
Hello. I've tracked down the source of the previously reported startup
problem with Openmpi 1.1. On startup, it fails with the messages:
mca_oob_tcp_accept: accept() failed with errno 9.
:
This didn't
Hello. I'm getting some odd error messages in certain situations
associated with the btl components (happens with both 1.0.2 and 1.1).
When certain btl components are NOT loaded, openMPI issues error
messages associated with those very components. For instance, consider
an application that
'm a little confused about your response. Are you replying to the
"keyval parser" thread (i.e., saying that you had the same problem as
Benjamin Landsteiner), or are you replying to the "mca_oob_tcp_accept"
thread?
-Original Message-
From: users-boun...@open-mpi.org
[ma
Hello. I'm wondering if anyone knows of a way to get OpenMPI to compile
shared libraries without hard-coding the installation directory in
them. After compiling and installing OpenMPI, the shared libraries have
the installation libraries hard-coded in them. For instance:
$ ldd libmpi.so
herdir. I know
almost nothing about Fluent :-(, but do you wrap the call to mpirun
in a script/executable somewhere? Such that you could hide:
mpirun --prefix /otherdir ...
This might be good enough to do what you need.
Would that work?
On Nov 20, 2006, at 2:54 PM, Patrick Je