Is ob1 and the BTLs stable enough to be made the default?
Is it getting time to retire teg and the PTLs?
--
{+} Jeff Squyres
{+} The Open MPI Project
{+} http://www.open-mpi.org/
Hi,
I checked out the latest code drop r6911 today morning and ran Pallas
with in the same node (2 procs). It ran fine. I didn't see any hangs
this time whereas I could see the following statements in the pallas
output and I feel they are just warnings, which can be ignored. Am I
correct?
Reques
The IU CS department had its LDAP server working yesterday afternoon,
but it apparently went "bad" again sometime overnight and is being
nursed back to health.
SVN access will be spotty until the LDAP server is working properly.
--
{+} Jeff Squyres
{+} The Open MPI Project
{+} http://www.open-
Can someone reply to my mail please?
-Original Message-
From: devel-boun...@open-mpi.org [mailto:devel-boun...@open-mpi.org] On
Behalf Of Sridhar Chirravuri
Sent: Wednesday, August 17, 2005 4:18 PM
To: Open MPI Developers
Subject: Re: [O-MPI devel] Fwd: Regarding MVAPI Component in Open MP
On Aug 17, 2005, at 8:23 AM, Sridhar Chirravuri wrote:
Can someone reply to my mail please?
I think you sent your first mail at 6:48am in my time zone (that is
4:48am Los Alamos time -- I strongly doubt that they are at work
yet...); I'm still processing my mail from last night and am just n
Hello Sridhar,
Jeff Squyres wrote:
On Aug 17, 2005, at 8:23 AM, Sridhar Chirravuri wrote:
Can someone reply to my mail please?
I think you sent your first mail at 6:48am in my time zone (that is
4:48am Los Alamos time -- I strongly doubt that they are at work
yet...); I'm still processin
On Aug 17, 2005, at 8:48 AM, Jeff Squyres wrote:
Request for 0 bytes (coll_basic_reduce_scatter.c, 80)
Request for 0 bytes (coll_basic_reduce.c, 194)
Request for 0 bytes (coll_basic_reduce_scatter.c, 80)
Request for 0 bytes (coll_basic_reduce.c, 194)
Request for 0 bytes (coll_basic_reduce_scatte
So I dropped an .ompi_ignore into that directory, reconfigured, and
compile worked (yay!).
However, not a lot of progress: mpirun locks up, all my registry test
programs lock up as well. If I start the orted by hand, then any of my
registry calling programs cause segfault:
[sparkplug]~/ptp >
Just to clarify:
1: no orted started (meaning the MPIrun or registry programs will
start one by themselves) causes those programs to lock up.
2: starting orted by hand (trying to get these programs to connect to
a centralized one) causes the connecting programs to seg fault.
-- Nathan
Corres
On Aug 17, 2005, at 10:39 AM, Jeff Squyres wrote:
A similar situation is true for MPI_REDUCE_SCATTER -- PMB is passing in
an array of recvcounts that are all 0.
I'll do 2 things for this:
1. Mail the PMB guys and tell them about this problem
--
{+} Jeff Squyres
{+} The Open MPI Project
{+}
I thought that we set the remote group equal to the local group in
communicator setup such that ompi_comm_remote_size() was *always* safe
to call...?
This no longer seems to be true -- while debugging the IMB (previously
the pallas benchmarks), I found that calling
ompi_comm_remote_size(comm)
Jeff,
as far as I know nothing has changed in the communicator setup since
quite a while, the remote group is still set to the local group for
intra-communicators. However, ompi_comm_remote_size has a check whether
we have an inter-comm, and returns else zero (which is in theory the
correct a
To expand on this further, orte_init() seg faults on both bluesteel
(32bit linux) and sparkplug (64bit linux) equally. The required
condition is that orted must be running first (which of course we
require for our work - a persistent orte daemon and registry).
[bluesteel]~/ptp > ./dump_info
Gotcha. Thanks -- I'll do a quick run-through of the code and ensure
that we only use ompi_comm_remote_site() in the appropriate places.
On Aug 17, 2005, at 11:47 AM, Edgar Gabriel wrote:
Jeff,
as far as I know nothing has changed in the communicator setup since
quite a while, the remote gr
Nathan,
I'll try to reproduce this sometime this week - but I'm pretty swamped.
Is Greg also seeing the same behavior?
Thanks,
Tim
Nathan DeBardeleben wrote:
To expand on this further, orte_init() seg faults on both bluesteel
(32bit linux) and sparkplug (64bit linux) equally. The required
c
All,
I'm having trouble with auotgen.sh. Autogen.sh errors saying I need to
install Autoconf 2.58 but I am at version 2.59; any thoughts?
Jim Barker
Open MPI MCA component configure generator finished
*** Running GNU tools
[Running] aclocal
aclocal:configure.ac:108: warning: macro `AM_ENABLE
It looks like your Auto* tools were not installed to the same $prefix.
Specifically, you need to install Autoconf, Automake, and Libtool to
the same $prefix (check the HACKING file for details).
On Aug 17, 2005, at 5:35 PM, James W. Barker wrote:
All,
I'm having trouble with auotgen.sh.
On Aug 17, 2005, at 5:08 AM, Jeff Squyres wrote:
Is ob1 and the BTLs stable enough to be made the default?
Is it getting time to retire teg and the PTLs?
I'd vote for making ob1 the default. I'd like to leave teg and the
ptls for a bit longer, if only because it makes regression testing
18 matches
Mail list logo
