This web mail archive is frozen.
This page is part of a frozen web archive of this mailing list.
You can still navigate around this archive, but know that no new mails
have been added to it since July of 2016.
Click here to be taken to the new web archives of this list; it includes all the mails that are in this frozen archive plus all new mails that have been sent to the list since it was migrated to the new archives.
On Jul 22, 2011, at 3:57 PM, Greg Watson wrote:
> Hi Ralph,
> I'd like three things :-)
> a) A --report-jobid option that prints the jobid on the first line in a form that can be passed to the -jobid option on ompi-ps. Probably tagging it in the output if -tag-output is enabled (e.g. jobid:<jobid>) would be a good idea.
> b) The orte-ps command output to use the same jobid format.
I started looking at the above, and found that orte-ps is just plain wrong in the way it handles jobid. The jobid consists of two fields: a 16-bit number indicating the mpirun, and a 16-bit number indicating the job within that mpirun. Unfortunately, orte-ps sends a data request to every mpirun out there instead of only to the one corresponding to that jobid.
What we probably should do is have you indicate the mpirun of interest via the -pid option, and then let jobid tell us which job you want within that mpirun. A jobid of 1 indicates the primary application, 2 and above would specify comm_spawned jobs. A jobid of -1 would return the status of all jobs under that mpirun.
If multiple mpiruns are being reported, then the "jobid" in the report should again be the "local" jobid within that mpirun.
After all, you don't really care what the orte-internal 16-bit identifier is for that mpirun.
> c) A more easily parsable output format from ompi-ps. It doesn't need to be a full blown XML format, just something like the following would suffice:
> jobid:719585280:state:Running:slots:1:num procs:4
> jobid:345346663:state:running:slots:1:num procs:2
Shouldn't be too hard to do - bunch of if-then-else statements required, though.
> I'd be happy to help with any or all of these.
Appreciate the offer - let me see how hard this proves to be...
> On Jul 22, 2011, at 10:18 AM, Ralph Castain wrote:
>> Hmmm...well, it looks like we could have made this nicer than we did :-/
>> If you add --report-uri to the mpirun command line, you'll get back the uri for that mpirun. This has the form of <jobid>:<uri>. As the -h option indicates:
>> -report-uri | --report-uri <arg0>
>> Printout URI on stdout [-], stderr [+], or a file
>> [anything else]
>> The "jobid" required by the orte-ps command is the one reported there. We could easily add a --report-jobid option if that makes things easier.
>> As to the difference in how orte-ps shows the jobid...well, that's probably historical. orte-ps uses an orte utility function to print the jobid, and that utility always shows the jobid in component form. Again, could add or just use the integer version.
>> On Jul 22, 2011, at 7:01 AM, Greg Watson wrote:
>>> Hi all,
>>> Does anyone know if it's possible to get the orte jobid from the mpirun command? If not, how are you supposed to get it to use with orte-ps? Also, orte-ps reports the jobid in [x,y] notation, but the jobid argument seems to be an integer. How does that work?
>>> devel mailing list
>> devel mailing list
> devel mailing list