UWS POST PHASE=RUN

Walter Landry wlandry at caltech.edu
Wed Nov 5 16:53:31 CET 2014


Dave Morris <dave.morris at metagrid.co.uk> wrote:
> On 2014-11-03 12:29, Paul Harrison wrote:
>> The intention was that the parameters could be changed at any time up
>> until the job was in the executing state (so a  QUEUED job can have
>> its parameter values changed, but a job in any of the “terminal”
>> states cannot)  - I will try to make this more explicit in the 1.1
>> draft.
> 
> On 2014-11-04 18:16, Walter Landry wrote:
>> Why do allow modification of parameters?  All of the queuing systems
>> that I have worked with in the past did not allow it.  If you want to
>> modify parameters, you can cancel the old request and submit a new
>> one.  That is essentially what would happen in the back end anyway.
> 
> On 2014-11-04 19:40, Patrick Dowler wrote:
>> It would more of a pain to keep creating new async jobs rather than
>> negotiate over one of them and IMO changing the job can/should be part
>> of the negotiation. This all happens in PENDING phase, before any
>> execution, so there is no cancel per se (client could delete the old
>> job). So this is "pre-queueing".
> 
> I agree with Walter, once a job has been accepted by the server it
> should no longer be modifiable.
> 
> Allowing the job to be modified while it is still in the PENDING phase
> is useful, because it provides a way for the client and server to
> negotiate the details of the job, as described in Pat's example.

Just to be clear, I am proposing getting rid of PENDING.  To handle
the Patrick's use-case, you can ask the service for estimates, but you
can not modify anything that is persistent.  You can only cancel them.

Cheers,
Walter Landry




More information about the grid mailing list