Re: Removing Aurora's special handling of the 'rack' attribute

This ticket (5 watchers and 2 votes) suggests demand exists: https://issues.apache.org/jira/browse/AURORA-174 On Mon, Oct 6, 2014 at 5:47 PM, Zameer Manji wrote: > I haven't done it all at once because I haven't seen any demand for > removing the 'host' attribute. If you (or other people) disag

Re: Removing Aurora's special handling of the 'rack' attribute

I haven't done it all at once because I haven't seen any demand for removing the 'host' attribute. If you (or other people) disagree, I can remove both special cases in one go. On Mon, Oct 6, 2014 at 5:37 PM, Kevin Sweeney wrote: > Why not take it all at once and avoid the need for 2 deprecatio

Re: Removing Aurora's special handling of the 'rack' attribute

Why not take it all at once and avoid the need for 2 deprecation cycles? With that change folks with existing Mesos clusters would be able to deploy Aurora without changing the attributes flag on every slave (which requires rebooting the entire cluster to take effect). On Mon, Oct 6, 2014 at 5:24

Re: Removing Aurora's special handling of the 'rack' attribute

I currently don't plan on removing 'host' right now or in the future. If there is a need to remove it I would prefer to tackle it later. On Mon, Oct 6, 2014 at 5:13 PM, Kevin Sweeney wrote: > Will 'host' be deprecated as well? > > On Mon, Oct 6, 2014 at 4:30 PM, Zameer Manji > wrote: > > > I ha

Re: Removing Aurora's special handling of the 'rack' attribute

Will 'host' be deprecated as well? On Mon, Oct 6, 2014 at 4:30 PM, Zameer Manji wrote: > I have put up a review which removes > the special casing and handling of the ‘rack’ constraint. This is a > breaking change because Aurora will no longer inject a rack