Re: [OMPI devel] Trunk broken with linear, direct routing

2008-07-01 Thread Ralph Castain
Just an update: I have fixed this problem. However, I will hold off checking
it into the trunk until tomorrow. It will come in with the MPI-2 repairs to
avoid code conflicts.

Ralph


> Since this appears to have gone unnoticed, it may not be a big deal.
> However, I have found that multi-node operations are broken if you invoke
> the linear or direct routed modules.
> 
> Things work fine with the default binomial routed module.
> 
> I will be working to fix this - just a heads up.
> Ralph 




[OMPI devel] Trunk broken with linear, direct routing

2008-07-01 Thread Ralph H Castain
Since this appears to have gone unnoticed, it may not be a big deal.
However, I have found that multi-node operations are broken if you invoke
the linear or direct routed modules.

Things work fine with the default binomial routed module.

I will be working to fix this - just a heads up.
Ralph




[OMPI devel] Fwd: [all-osl-users] Trac upgrade

2008-07-01 Thread Jeff Squyres

FYI.

Begin forwarded message:


From: DongInn Kim 
Date: July 1, 2008 9:41:03 AM PDT
To: all-osl-us...@osl.iu.edu
Subject: [all-osl-users] Trac upgrade

Hi,

The new version(ver 0.11) of trac was released with lots of bug  
fixes and good features on June 22, 2008 and it would be great to  
upgrade our trac(ver 0.10.4) to 0.11 on sourcehaven too.


The upgrade of trac would be done on June 3rd, 2008 and all the trac  
systems would not available during the following time period.


Date: Thursday June 3rd, 2008.
Time:  - 5:00am-6:00am Pacific US time
- 6:00am-7:00am Mountain US time
- 7:00am-8:00am Central US time
- 8:00am-9:00am Eastern US time
- 12:00pm-1:00pm GMT
The following trac systems would not be available during the upgrade.

- https://svn.open-mpi.org/trac/mtt
- https://svn.open-mpi.org/trac/ompi
- https://svn.open-mpi.org/trac/ompi-user-docs
- https://svn.open-mpi.org/trac/otpo
- https://svn.open-mpi.org/trac/plpa
- http://svn.oscar.openclustergroup.org/trac/oscar
- http://svn.osl.iu.edu/trac/ParaM
- http://svn.osl.iu.edu/trac/conceptgcc
- http://svn.osl.iu.edu/trac/corepy
- http://svn.osl.iu.edu/trac/mpi-forum-web
- http://svn.osl.iu.edu/trac/mtl4
- http://svn.osl.iu.edu/trac/stci


Please let me know if you have any concerns or questions about this  
upgrade.


Regards,
--
- DongInn




--
Jeff Squyres
Cisco Systems



[OMPI devel] Framework selection

2008-07-01 Thread Ralph H Castain
I ran into something unexpected today relative to the selection of
frameworks. It was totally unplanned, and may be an error on my part - or I
may be expecting the incorrect behavior. However, since others may encounter
it unexpectedly as well, I am sending this to the list.

What I had done was:

1. set OMPI_MCA_routed=direct in my environment

2. (much later) executed: mpirun ... -mca routed binomial ...

What happened was that mpirun selected the direct routed module, while my
application procs selected the binomial module. This unfortunately doesn't
generate a warning, but rather segfaults and/or hangs at some unpredictable
time depending upon the invoked communication patterns.

It was my understanding that the cmd line should override anything in the
environment. Is this no longer true? I checked and orterun does indeed
process the cmd line prior to invoking orte_init.

Or did I inadvertently do something wrong here (other than the fact that I
had forgotten the envar was set)?

Thanks
Ralph