It isn't a /dev issue. The problem is likely that the system lacks
sufficient permissions to either:
1. create the Open MPI session directory tree. We create a hierarchy of
subdirectories for temporary storage used for things like your shared memory
file - the location of the head of that tree can be specified at run time,
but has a series of built-in defaults it can search if you don't specify it
(we look at your environmental variables - e.g., TMP or TMPDIR - as well as
the typical Linux/Unix places). You might check to see what your tmp
directory is, and that you have write permission into it. Alternatively, you
can specify your own location (where you know you have permissions!) by
setting --tmpdir your-dir on the mpirun command line.
2. execute or access the various binaries and/or libraries. This is usually
caused when someone installs OpenMPI as root, and then tries to execute as a
non-root user. Best thing here is to either run through the installation
directory and add the correct permissions (assuming it is a system-level
install), or reinstall as the non-root user (if the install is solely for
You can also set --debug-daemons on the mpirun command line to get more
diagnostic output from the daemons and then send that along.
BTW: if possible, it helps us to advise you if we know which version of
OpenMPI you are using. ;-)
Hope that helps.
On 3/15/07 1:51 PM, "David Bronke" <whitelynx_at_[hidden]> wrote:
> Ok, now that I've figured out what the signal means, I'm wondering
> exactly what is running into permission problems... the program I'm
> running doesn't use any functions except printf, sprintf, and MPI_*...
> I was thinking that possibly changes to permissions on certain /dev
> entries in newer distros might cause this, but I'm not even sure what
> /dev entries would be used by MPI.
> On 3/15/07, McCalla, Mac <macmccalla_at_[hidden]> wrote:
>> If the perror command is available on your system it will tell
>> you what the message is associated with the signal value. On my system
>> RHEL4U3, it is permission denied.
>> mac mccalla
>> -----Original Message-----
>> From: users-bounces_at_[hidden] [mailto:users-bounces_at_[hidden]] On
>> Behalf Of David Bronke
>> Sent: Thursday, March 15, 2007 12:25 PM
>> To: users_at_[hidden]
>> Subject: [OMPI users] Signal 13
>> I've been trying to get OpenMPI working on two of the computers at a lab
>> I help administer, and I'm running into a rather large issue. When
>> running anything using mpirun as a normal user, I get the following
>> $ mpirun --no-daemonize --host
>> mpirun noticed that job rank 0 with PID 0 on node "localhost" exited on
>> signal 13.
>> [trixie:18104] ERROR: A daemon on node localhost failed to start as
>> [trixie:18104] ERROR: There may be more information available from
>> [trixie:18104] ERROR: the remote shell (see above).
>> [trixie:18104] The daemon received a signal 13.
>> 8 additional processes aborted (not shown)
>> However, running the same exact command line as root works fine:
>> $ sudo mpirun --no-daemonize --host
>> p is 8, my_rank is 0
>> p is 8, my_rank is 1
>> p is 8, my_rank is 2
>> p is 8, my_rank is 3
>> p is 8, my_rank is 6
>> p is 8, my_rank is 7
>> Greetings from process 1!
>> Greetings from process 2!
>> Greetings from process 3!
>> p is 8, my_rank is 5
>> p is 8, my_rank is 4
>> Greetings from process 4!
>> Greetings from process 5!
>> Greetings from process 6!
>> Greetings from process 7!
>> I've looked up signal 13, and have found that it is apparently SIGPIPE;
>> I also found a thread on the LAM-MPI site:
>> However, this thread seems to indicate that the problem would be in the
>> application, (/workspace/bronke/mpi/hello in this case) but there are no
>> pipes in use in this app, and the fact that it works as expected as root
>> doesn't seem to fit either. I have tried running mpirun with --verbose
>> and it doesn't show any more output than without it, so I've run into a
>> sort of dead-end on this issue. Does anyone know of any way I can figure
>> out what's going wrong or how I can fix it?
>> David H. Bronke
>> Lead Programmer
>> G33X Nexus Entertainment
>> Support Web Standards! http://www.webstandards.org/
>> users mailing list
>> users mailing list