Couple of things.
With linux I believe you need the interface instance in the 7th field of
the /etc/dat.conf file.
example:
InfiniHost0 u1.1 nonthreadsafe default /usr/lib64/libdapl.so ri.1.1 " " " "
should be
InfiniHost0 u1.1 nonthreadsafe default /usr/lib64/libdapl.so ri.1.1 "ib0 0 " " "
Thanks a lot for your comments Jeff..
I will try some of your advices.. and further I will let you know... in the
mean time we can try at least to convince the old school of MPIers to
include the Pascal interface... :)
Best regards
Lourival
2007/10/22, Jeff Squyres :
>
> On Oct 22, 2007, at 6:4
Hi Ides,
Thanks for the report and reminder. I have filed a ticket on this
(https://svn.open-mpi.org/trac/ompi/ticket/1173) and you should receive email
as it is updated.
I do not know of any more elegant way to work around this at the moment.
Thanks,
Tim
On Friday 19 October 2007 06:31:53 a
Sorry to reply to my own mail.
Just browsing through the logs you sent, and I see that 'hostname' should be
working fine. However, you are using v1.1.5 which is very old. I would
strongly suggest upgrading to v1.2.4. It is a huge improvement over the old
v1.1 series (which is not being maintai
Hi Jorge,
This is interesting. The problem is the universe name:
root@(none):default-universe
The "(none)" part is supposed to be the hostname where mpirun is executed. Try
running:
hostname
and:
uname -n
These should both return valid hostnames for your machine.
Open MPI pretty much assumes
On Oct 22, 2007, at 6:44 PM, Lourival Mendes wrote:
Hy everybody, I'm interested in use the MPI on the Pascal
environment. I tryed the MPICH2 list but no success. On the Free
Pascal Compiler list, Daniël invited me to subscribe this list and
open a discussion on the interface of OpenMPI for P
Hy everybody, I'm interested in use the MPI on the Pascal
environment. I tryed the MPICH2 list but no success. On the Free
Pascal Compiler list, Daniël invited me to subscribe this list and
open a discussion on the interface of OpenMPI for Pascal.
Probably as Daniël knows there is almost no
On Monday 22 October 2007, Troy Telford wrote:
> WARNING: Failed to open "ib0"
Whoops; I typed in the wrong text here. The failure was "Failed to
Open "InfiniHost0" - ie. the name listed in the warning matches the name
in /etc/dat.conf.
--
Troy Telford
OK, I've got a system set up so that it can use uDAPL over IB (! OFED, !
Mellanox, though) on Linux.
Running simple dapl test programs (shamelessly pulled from the OFED tree)
seems to verify that DAPL is in fact operating properly.
After searching through the mail archives, I found a small test
On Monday 22 October 2007, Bill Johnstone wrote:
> Hello All.
>
> We are starting to need resource/scheduling management for our small
> cluster, and I was wondering if any of you could provide comments on
> what you think about Torque vs. SLURM? On the basis of the appearance
> of active developm
IMNSHO: SLURM, Torque, and N1GE are all fine products. They work
well in production environments, both small and large. They all have
default trivial FIFO schedulers but can also be used with more
complex schedulers (e.g., Maui/Moab).
FWIW: I tend to like SLURM simply out of personal pref
SLURM was really easy to build and install, plus it's a project of LLNL
and I love stuff that the Nat'l Labs architect.
The SLURM message board is also very active and quick to respond to
questions and problems.
Jeff F. Pummill
Bill Johnstone wrote:
Hello All.
We are starting to need re
Hi Bill,
Have you taken a peek at http://gridengine.sunsource.net ?
Regards,
Mac McCalla
-Original Message-
From: users-boun...@open-mpi.org [mailto:users-boun...@open-mpi.org] On
Behalf Of Bill Johnstone
Sent: Monday, October 22, 2007 12:29 PM
To: us...@open-mpi.org
Subject: [OMPI us
Hello All.
We are starting to need resource/scheduling management for our small
cluster, and I was wondering if any of you could provide comments on
what you think about Torque vs. SLURM? On the basis of the appearance
of active development as well as the documentation, SLURM seems to be
superior
14 matches
Mail list logo
