[ 
https://issues.apache.org/jira/browse/AURORA-506?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14032544#comment-14032544
 ] 

Maxim Khutornenko commented on AURORA-506:
------------------------------------------

Unclear why this has been resolved as a duplicate of AURORA-520. Specifically, 
I don't see anything there addressing the job update story:
- Identity.user field diff prevents a suspended job update to be resumed by a 
different user as the update restarts from scratch.

> Tasks need to be sanitized before attempting a diff operation
> -------------------------------------------------------------
>
>                 Key: AURORA-506
>                 URL: https://issues.apache.org/jira/browse/AURORA-506
>             Project: Aurora
>          Issue Type: Story
>          Components: Client
>            Reporter: Maxim Khutornenko
>            Assignee: Mark Chu-Carroll
>
> Irrelevant thrift TaskConfig fields should not produce a diff noise resulting 
> in unnecessary instance updates. Couple of observed cases:
> - TaskConfig field renaming triggers an instance update when scheduler and 
> client are on different thrift schemas during the version upgrade period;
> - Identity.user field diff prevents a suspended job update to be resumed by a 
> different user as the update restarts from scratch.
> To better protect against the problems above, the client api needs to have 
> something like DiffSanitizer where both local and remote tasks would be 
> brought to a common denominator before attempting a diff. 



--
This message was sent by Atlassian JIRA
(v6.2#6252)

Reply via email to