Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.

Bug 316499

Summary:	PBS: Interactive jobs
Product:	[Tools] PTP	Reporter:	Roland Schulz <roland>
Component:	RM.PBS	Assignee:	Albert L. Rossi <arossi>
Status:	RESOLVED FIXED	QA Contact:
Severity:	enhancement
Priority:	P3	CC:	arossi, ben, dieter.krachtus
Version:	4.0
Target Milestone:	5.0
Hardware:	PC
OS:	Windows 7
Whiteboard:
Bug Depends on:	309343
Bug Blocks:

Description Roland Schulz

2010-06-10 13:40:12 EDT

It should be possible to submit one interactive job to the PBS queue and one should then be able to launch several parallel applications as long as the interactive job is running.

Reason: 
Often when debugging or testing, it is required to run the application several times right after one another. Having to wait on the queue for each launch is very inconvenient and time consuming, and thus usually the interactive queue is used when doing the debugging/testing outside of Eclipse/PTP. 

Thus we should add the possibility to:
- Launch an interactive job on n nodes for m minutes
- Show the remaining time and the available nodes somewhere in the runtime perspective
- As long as the interactive job is running it should be possible to launch a parallel application. One should be able to specify on how many CPUs
- It should be possible to terminate the interactive job before the time is over.

For the runtime perspective it might be best visualized by having either a temporary RM or a temporary machine under the normal PBS RM to show the nodes and jobs which run within the interactive job.

Comment 1 Albert L. Rossi

2010-07-13 11:50:22 EDT

Roland,

You mentioned that Mayur would like to work on this.  Most of this seems to be proxy-end, but there will need to be some option expressed on the UI side.  Shall I take care of that small part?  Let me know what you think that should look like.

Al

Comment 2 Roland Schulz

2010-07-13 12:02:30 EDT

(In reply to comment #1)
> You mentioned that Mayur would like to work on this.  Most of this seems to be
> proxy-end, but there will need to be some option expressed on the UI side. 
> Shall I take care of that small part?  Let me know what you think that should
> look like.

I advised Mayur to first work on some of the other issues because this one might be a little bit tricky as a 2nd issue to work on.

Also we haven't decided yet whether we want to create a temporary machine or a temporary RM (or some 3rd option) for the time the interactive job is running. Also we could may be use the OpenMPI/Mpich RM as an RM running within the interactive job. 

Thus I think as a first step we do some thinking to find the best approaches before we start implementing one of the options. Please go ahead and write whether you see further possible options and what you see as advantages/disadvantages of the options.

Comment 3 Albert L. Rossi

2010-07-13 12:15:08 EDT

Sounds good to me.

I think that forking a separate process to handle -I submissions is a good idea.  Re-using the MPI RMs also sounds like a good idea on the face of it.  If anything else occurs to me in this regard I'll post it.

Comment 4 Greg Watson

2010-07-22 15:23:21 EDT

If interactive job support is added, then it would be nice to add debug support as well.

Comment 5 Greg Watson

2011-05-25 18:51:59 EDT

Now part of the JAXB framework.

Comment 6 Greg Watson

2011-09-14 09:48:37 EDT

This is included in 5.0.