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

Benjamin Bannier commented on MESOS-2842:
-----------------------------------------

We observed the failure reported by [~tillt] in a 1.4.3-based test cluster. 
While 1.4.3 is EOL, the code doesn't seem to have changed a lot on {{master}}.

What's the plan on fixing this check failure [~tillt]? Can we make a fix 
independent of whether we implement the feature this ticket is about?

 

> Update FrameworkInfo.principal on framework re-registration
> -----------------------------------------------------------
>
>                 Key: MESOS-2842
>                 URL: https://issues.apache.org/jira/browse/MESOS-2842
>             Project: Mesos
>          Issue Type: Bug
>            Reporter: Vinod Kone
>            Priority: Critical
>              Labels: foundations, security
>
> From the design doc:
> This is a bit involved because ‘principal’ is used for authentication and 
> rate limiting.
> The authentication part is straightforward because a framework with updated 
> ‘principal’ should authenticate with the new ‘principal’ before being allowed 
> to re-register. The ‘authenticated’ map already gets updated when the 
> framework disconnects and reconnects, so it is fine.
> For rate limiting, Master:failoverFramework() needs to be changed to update 
> the principal in ‘frameworks.principals’ map and also remove the metrics for 
> the old principal if there are no other frameworks with this principal 
> (similar to what we do in Master::removeFramework()).
> The Master::visit() and Master::_visit() should work with the current 
> semantics.
> NOTE that the principal type used in Mesos has changed since this ticket was 
> originally filed; the master code should be checked thoroughly to ensure that 
> the above is still relevant!



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

Reply via email to