On Tue, 5 Jun 2018, r...@open-mpi.org wrote:



On Jun 5, 2018, at 11:59 AM, Thomas Naughton <naught...@ornl.gov> wrote:

Hi Ralph,

All it means is that PRRTE users must be careful to have PRRTE before OMPI in 
their path values. Otherwise, they get the wrong “prun” and it fails. I suppose 
I could update the “prun” in OMPI to match the one in PRRTE, if that helps - 
there isn’t anything incompatible between ORTE and PRRTE. Would that make sense?


Yes, if updating "OMPI prun" with latest "PRRTE prun" works ok, that
seems like a reasonable way to keep DVM for OMPI usage.

I agree that it does seem likely that users could easily get the wrong
'prun' but this may be something that falls out in future (based on
discussion on call today).

I guess the main point of interest would be to have some method for
launching the DVM scenario with OMPI.  Another option could be to rename
the binary in OMPI?

Yeah, that’s what the OHPC folks did in their distro - they renamed it to “ompi-prun”. If that works for you, then perhaps the best path forward is to do the rename and update it as well.


Sounds good to me -- seems like a good way to avoid confusion.

And having the 'ompi-prun' be in sync with (prrte) prun will make sure
things run properly, i.e., easy to drop in new snapshot of the tool when
updating PRRTE snapshots in OMPI.  (Or however done in future)

Thanks, Ralph!
--tjn


 _________________________________________________________________________
  Thomas Naughton                                      naught...@ornl.gov
  Research Associate                                   (865) 576-4184



Thanks,
--tjn

_________________________________________________________________________
 Thomas Naughton                                      naught...@ornl.gov
 Research Associate                                   (865) 576-4184


On Tue, 5 Jun 2018, r...@open-mpi.org wrote:

I know we were headed that way - it might still work when run against the 
current ORTE. I can check that and see. If so, then I guess it might be 
advisable to retain it.

All it means is that PRRTE users must be careful to have PRRTE before OMPI in 
their path values. Otherwise, they get the wrong “prun” and it fails. I suppose 
I could update the “prun” in OMPI to match the one in PRRTE, if that helps - 
there isn’t anything incompatible between ORTE and PRRTE. Would that make sense?


FWIW: Got a similar complaint from the OpenHPC folks - I gather they also have 
a “prun”’ in their distribution that they use as an abstraction over all the RM 
launchers. I’m less concerned about that one, though.


On Jun 5, 2018, at 9:55 AM, Thomas Naughton <naught...@ornl.gov> wrote:
Hi Ralph,
Is the 'prun' tool required to launch the DVM?
I know that at some point things shifted to use 'prun' and didn't require
the URI on command-line, but I've not tested in few months.
Thanks,
--tjn
_________________________________________________________________________
Thomas Naughton                                      naught...@ornl.gov
Research Associate                                   (865) 576-4184
On Tue, 5 Jun 2018, r...@open-mpi.org wrote:
Hey folks
Does anyone have heartburn if I remove the “prun” tool from ORTE? I don’t 
believe anyone is using it, and it doesn’t look like it even works.
I ask because the name conflicts with PRRTE and can cause problems when running 
OMPI against PRRTE
Ralph
_______________________________________________
devel mailing list
devel@lists.open-mpi.org
https://lists.open-mpi.org/mailman/listinfo/devel
_______________________________________________
devel mailing list
devel@lists.open-mpi.org
https://lists.open-mpi.org/mailman/listinfo/devel

_______________________________________________
devel mailing list
devel@lists.open-mpi.org
https://lists.open-mpi.org/mailman/listinfo/devel
_______________________________________________
devel mailing list
devel@lists.open-mpi.org
https://lists.open-mpi.org/mailman/listinfo/devel

_______________________________________________
devel mailing list
devel@lists.open-mpi.org
https://lists.open-mpi.org/mailman/listinfo/devel
_______________________________________________
devel mailing list
devel@lists.open-mpi.org
https://lists.open-mpi.org/mailman/listinfo/devel

Reply via email to