Return-Path: X-Original-To: apmail-aurora-dev-archive@minotaur.apache.org Delivered-To: apmail-aurora-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id ACD8E198B1 for ; Mon, 4 Apr 2016 16:32:28 +0000 (UTC) Received: (qmail 84070 invoked by uid 500); 4 Apr 2016 16:32:28 -0000 Delivered-To: apmail-aurora-dev-archive@aurora.apache.org Received: (qmail 84018 invoked by uid 500); 4 Apr 2016 16:32:28 -0000 Mailing-List: contact dev-help@aurora.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@aurora.apache.org Delivered-To: mailing list dev@aurora.apache.org Received: (qmail 84007 invoked by uid 99); 4 Apr 2016 16:32:28 -0000 Received: from mail-relay.apache.org (HELO mail-relay.apache.org) (140.211.11.15) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 04 Apr 2016 16:32:28 +0000 Received: from mail-oi0-f46.google.com (mail-oi0-f46.google.com [209.85.218.46]) by mail-relay.apache.org (ASF Mail Server at mail-relay.apache.org) with ESMTPSA id 4ABC01A0052 for ; Mon, 4 Apr 2016 16:32:28 +0000 (UTC) Received: by mail-oi0-f46.google.com with SMTP id y204so58139945oie.3 for ; Mon, 04 Apr 2016 09:32:28 -0700 (PDT) X-Gm-Message-State: AD7BkJKYvgCIB1b8QY+6jtKMbcgzbRaSUaKOIKOkkNiBCyztt6PqktKBptJEaYxptnM/bVDI8uMUDpPb7aPOfg== MIME-Version: 1.0 X-Received: by 10.202.199.142 with SMTP id x136mr5546402oif.21.1459787547256; Mon, 04 Apr 2016 09:32:27 -0700 (PDT) Received: by 10.202.193.213 with HTTP; Mon, 4 Apr 2016 09:32:27 -0700 (PDT) In-Reply-To: References: <1459508323332.10017@blue-yonder.com> Date: Mon, 4 Apr 2016 09:32:27 -0700 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Are we ready to remove the observer? From: Bill Farner To: dev@aurora.apache.org Content-Type: multipart/alternative; boundary=001a1134ea5233e155052fab4618 --001a1134ea5233e155052fab4618 Content-Type: text/plain; charset=UTF-8 > > 2) Providing an easy view of a process's command-line > 3) Providing a holistic view of the task config Just to check my understanding - these could be trivially handled in text/log format, right? On Mon, Apr 4, 2016 at 9:30 AM, Joshua Cohen wrote: > I'm -1 on this until we have an actual replacement for the Observer. I > think that the observer provides significant value outside of just sandbox > browsing: > > 1) Exporting task-level statistics. > 2) Providing an easy view of a process's command-line > 3) Providing a holistic view of the task config > 4) Real time utilization stats > > As a cluster operator, I use all of these features on a daily basis > (especially when I'm on call) in addition to sandbox browsing, so I don't > think that these uses cases are that rare. > > On Fri, Apr 1, 2016 at 6:55 AM, Steve Niemitz wrote: > > > The per-process stats have never been very useful to us (since they don't > > work for docker), however, even being able to see the processes that are > > running, how many times they've restarted, when they launched, etc is > > invaluable. > > > > I think there would be big pushback from users if they were to lose the > > functionality it provided currently (beyond log viewing). > > > > On Fri, Apr 1, 2016 at 6:58 AM, Erb, Stephan < > Stephan.Erb@blue-yonder.com> > > wrote: > > > > > From an operator and Aurora developer perspective, it would be really > > > great to get rid of the thermos observer quickly. > > > > > > However, from a user perspective the usability gap between observer and > > > plain Mesos sandbox browsing is quite large right now. I agree with > > > Benjamin here that it would probably work if we generate html pages > ready > > > for user consumption. > > > > > > These are the relevant tickets in our tracker: > > > * https://issues.apache.org/jira/browse/AURORA-725 > > > * https://issues.apache.org/jira/browse/AURORA-777 > > > > > > ________________________________________ > > > From: benley@gmail.com > > > Sent: Friday, April 1, 2016 02:35 > > > To: dev@aurora.apache.org > > > Subject: Re: Are we ready to remove the observer? > > > > > > Is there any chance we can keep the per-process cpu and ram utilization > > > stats? That's one of the coolest things about aurora, imo. The > executor > > > is already writing those checkpoints inside the mesos sandbox (I > think?), > > > so perhaps it could also produce the html pages that the observer > > currently > > > renders? > > > > > > On Thu, Mar 31, 2016 at 4:33 PM Zhitao Li > wrote: > > > > > > > +1. > > > > > > > > On Thu, Mar 31, 2016 at 4:11 PM, Bill Farner > > wrote: > > > > > > > > > Assuming that the vast majority of utility provided by the observer > > is > > > > > sandbox/log browsing - can we remove it and link to sandbox > browsing > > > that > > > > > mesos provides? > > > > > > > > > > The rest of the information could be (or already is) logged in the > > > > sandbox > > > > > for the rare debugging scenarios that call for it. > > > > > > > > > > > > > > > > > > > > > -- > > > > Cheers, > > > > > > > > Zhitao Li > > > > > > > > > > --001a1134ea5233e155052fab4618--