aurora watch_secs change

2014-12-02 Thread Nakamura
Howdy, I'm interested in tackling AURORA-894, but I'm not terribly familiar with aurora, so I'd like some feedback on my design before I go forth. Bill pointed out that the hard bit would be designing the algorithm so it doesn't DDoS the scheduler, and I think I have an idea of the possible desig

Re: aurora watch_secs change

2014-12-04 Thread Nakamura
sitions, it tells the executor to stop sending the messages. Thoughts? Are there any easy ways I can simplify the design? Best, Moses On Tue Dec 02 2014 at 1:53:24 PM Nakamura wrote: > Howdy, > > I'm interested in tackling AURORA-894, but I'm not terribly familiar with > a

Re: aurora watch_secs change

2014-12-13 Thread Nakamura
l.com%3E> Brian Wickman <http://mail-archives.apache.org/mod_mbox/incubator-aurora-dev/201412.mbox/ajax/%3CCAFTdr0DerXKtK%2BhGrJDN0VU-RgQ8sisCKaAZ3Jzg11BTzea5gw%40mail.gmail.com%3E> Best, Moses On Thu Dec 04 2014 at 11:14:02 AM Nakamura wrote: > Hey, > > Sorry that this is r

Re: aurora watch_secs change

2014-12-18 Thread Nakamura
ly if task health checks are disabled. > > > > Open question: with STARTING becoming a non-transient state from the > > scheduler standpoint, there is nothing to enforce its exit. This may > > be OK as STARTING will effectively be a stable user defined state. > > Howeve