I wouldn't trust that PMI component in the RTE framework - it was only created as a test example for that framework. It is routinely broken and not maintained, and can only be used if forced.
Is this on the trunk? Or are you using the 1.8 series? If the latter, that component shouldn't even be there. On May 15, 2014, at 1:09 PM, Hadi Montakhabi <hadi.montakh...@gmail.com> wrote: > By "goes through orte component", I meant it does go into rte_orte_open > function in rte_orte_component.c. > Let me try to formulate my question in a different way: > There are two components in the rte framework, namely orte and pmi. > The question is whether pmi could be used independent from orte? Or it needs > orte to function? > > Peace, > Hadi > > > On Thu, May 15, 2014 at 2:59 PM, Ralph Castain <r...@open-mpi.org> wrote: > What do you mean "goes through orte component"? It will still call into the > orte code base, but will use PMI to do the modex. > > On May 15, 2014, at 12:54 PM, Hadi Montakhabi <hadi.montakh...@gmail.com> > wrote: > >> Hello, >> >> I am trying to utilize pmi instead of orte, but I come across the following >> problem. >> I do configure using --with-slurm=[slurm installation path] and >> --with-pmi=[slurm installation path]. >> >> After compiling, I run the executable using: >> $srun -n 2 --mpi=pmi2 ./executable >> >> However, this still goes through orte component, not the pmi. >> Am I missing something when I configure? >> >> Peace, >> Hadi >> _______________________________________________ >> users mailing list >> us...@open-mpi.org >> http://www.open-mpi.org/mailman/listinfo.cgi/users > > > _______________________________________________ > users mailing list > us...@open-mpi.org > http://www.open-mpi.org/mailman/listinfo.cgi/users > > _______________________________________________ > users mailing list > us...@open-mpi.org > http://www.open-mpi.org/mailman/listinfo.cgi/users
