Hi, sure, no problem. And about the C Api, I really don’t know more than what I was told in the google group post I referred to (i.e. the API is essentially identical to LSF 4-6, which should be on the web).
The output of env can be found here: https://dl.dropboxusercontent.com/u/1918141/env.txt /M Marc P. Hoeppner, PhD Team Leader BILS Genome Annotation Platform Department for Medical Biochemistry and Microbiology Uppsala University, Sweden marc.hoepp...@bils.se > On 18 Nov 2014, at 15:14, Ralph Castain <r...@open-mpi.org> wrote: > > If you could just run a single copy of "env" and send the output along, that > would help a lot. I'm not interested in the usual path etc, but would like to > see the envars that OpenLava is setting. > > Thanks > Ralph > > > On Tue, Nov 18, 2014 at 2:19 AM, Gilles Gouaillardet > <gilles.gouaillar...@iferc.org <mailto:gilles.gouaillar...@iferc.org>> wrote: > Marc, > > the reply you pointed is a bit confusing to me : > > "There is a native C API which can submit/start/stop/kill/re queue jobs" > this is not what i am looking for :-( > > "you need to make an appropriate call to openlava to start a remote process" > this is what i am interested in :-) > could you be more specific (e.g. point me to the functions, since the > OpenLava doc is pretty minimal ...) > > the goal here is to spawn the orted daemons as part of the parallel job, > so these daemons are accounted within the parallel job. > /* if we use an API that simply spawns orted, but the orted is not related > whatsoever to the parallel job, > then we can simply use ssh */ > > Cheers, > > Gilles > > > On 2014/11/18 18:24, Marc Höppner wrote: >> Hi Gilles, >> >> thanks for the prompt reply. Yes, as far as I know there is a C API to >> interact with jobs etc. Some mentioning here: >> https://groups.google.com/forum/#!topic/openlava-users/w74cRUe9Y9E >> <https://groups.google.com/forum/#!topic/openlava-users/w74cRUe9Y9E> >> <https://groups.google.com/forum/#!topic/openlava-users/w74cRUe9Y9E> >> <https://groups.google.com/forum/#!topic/openlava-users/w74cRUe9Y9E> >> >> >> /Marc >> >> Marc P. Hoeppner, PhD >> Team Leader >> BILS Genome Annotation Platform >> Department for Medical Biochemistry and Microbiology >> Uppsala University, Sweden >> marc.hoepp...@bils.se <mailto:marc.hoepp...@bils.se> >> >>> On 18 Nov 2014, at 08:40, Gilles Gouaillardet >>> <gilles.gouaillar...@iferc.org> <mailto:gilles.gouaillar...@iferc.org> >>> wrote: >>> >>> Hi Marc, >>> >>> OpenLava is based on a pretty old version of LSF (4.x if i remember >>> correctly) >>> and i do not think LSF had support for parallel jobs tight integration >>> at that time. >>> >>> my understanding is that basically, there is two kind of direct >>> integration : >>> - mpirun launch: mpirun spawns orted via the API provided by the batch >>> manager >>> - direct launch: the mpi tasks are launched directly from the >>> script/command line and no mpirun/orted is involved >>> at that time, it works with SLURM and possibly other PMI capable batch >>> manager >>> >>> i think OpenLava simply gets a list of hosts from the environment, build >>> a machinefile, pass it to mpirun that spawns orted with ssh, so this is >>> really loose integration. >>> >>> OpenMPI is based on plugins, so as long as the queing system provides an >>> API to start/stop/kill tasks, mpirun launch should not >>> be a huge effort. >>> >>> Are you aware of such an API provided by OpenLava ? >>> >>> Cheers, >>> >>> Gilles >>> >>> On 2014/11/18 16:31, Marc Höppner wrote: >>>> Hi list, >>>> >>>> I have recently started to wonder how hard it would be to add support for >>>> queuing systems to the tight integration function of OpenMPI >>>> (unfortunately, I am not a developer myself). Specifically, we are working >>>> with OpenLava (www.openlava.org <http://www.openlava.org/>), which is >>>> based on an early version of Lava/LSF and open source. It’s proven quite >>>> useful in environments where some level of LSF compatibility is needed, >>>> but without actually paying for a (rather pricey) LSF license. >>>> >>>> Given that openLava shares quite a bit of DNA with LSF, I was wondering >>>> how hard it would be to add OL tight integration support to OpenMPI. >>>> Currently, OL enables OpenMPI jobs through a wrapper script, but that’s >>>> obviously not ideal and doesn’t work for some programs that have MPI >>>> support built-in (and thus expect to be able to just execute mpirun). >>>> >>>> Any thoughts on this would be greatly appreciated! >>>> >>>> Regards, >>>> >>>> Marc >>>> >>>> Marc P. Hoeppner, PhD >>>> Team Leader >>>> BILS Genome Annotation Platform >>>> Department for Medical Biochemistry and Microbiology >>>> Uppsala University, Sweden >>>> marc.hoepp...@bils.se <mailto:marc.hoepp...@bils.se> >>>> >>>> _______________________________________________ >>>> devel mailing list >>>> de...@open-mpi.org <mailto:de...@open-mpi.org> >>>> Subscription: http://www.open-mpi.org/mailman/listinfo.cgi/devel >>>> <http://www.open-mpi.org/mailman/listinfo.cgi/devel> >>>> Link to this post: >>>> http://www.open-mpi.org/community/lists/devel/2014/11/16312.php >>>> <http://www.open-mpi.org/community/lists/devel/2014/11/16312.php> >>> _______________________________________________ >>> devel mailing list >>> de...@open-mpi.org <mailto:de...@open-mpi.org> >>> Subscription: http://www.open-mpi.org/mailman/listinfo.cgi/devel >>> <http://www.open-mpi.org/mailman/listinfo.cgi/devel> >>> Link to this post: >>> http://www.open-mpi.org/community/lists/devel/2014/11/16313.php >>> <http://www.open-mpi.org/community/lists/devel/2014/11/16313.php> >> >> >> _______________________________________________ >> devel mailing list >> de...@open-mpi.org <mailto:de...@open-mpi.org> >> Subscription: http://www.open-mpi.org/mailman/listinfo.cgi/devel >> <http://www.open-mpi.org/mailman/listinfo.cgi/devel> >> Link to this post: >> http://www.open-mpi.org/community/lists/devel/2014/11/16314.php >> <http://www.open-mpi.org/community/lists/devel/2014/11/16314.php> > > _______________________________________________ > devel mailing list > de...@open-mpi.org <mailto:de...@open-mpi.org> > Subscription: http://www.open-mpi.org/mailman/listinfo.cgi/devel > <http://www.open-mpi.org/mailman/listinfo.cgi/devel> > Link to this post: > http://www.open-mpi.org/community/lists/devel/2014/11/16315.php > <http://www.open-mpi.org/community/lists/devel/2014/11/16315.php> > > _______________________________________________ > devel mailing list > de...@open-mpi.org > Subscription: http://www.open-mpi.org/mailman/listinfo.cgi/devel > Link to this post: > http://www.open-mpi.org/community/lists/devel/2014/11/16316.php