Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id 20B62200AE3 for ; Wed, 4 May 2016 14:36:19 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id 1F4BD1609FB; Wed, 4 May 2016 12:36:19 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id 6A5F21608F8 for ; Wed, 4 May 2016 14:36:18 +0200 (CEST) Received: (qmail 67080 invoked by uid 500); 4 May 2016 12:36:17 -0000 Mailing-List: contact dev-help@gearpump.incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@gearpump.incubator.apache.org Delivered-To: mailing list dev@gearpump.incubator.apache.org Received: (qmail 67069 invoked by uid 99); 4 May 2016 12:36:17 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd3-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 04 May 2016 12:36:17 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd3-us-west.apache.org (ASF Mail Server at spamd3-us-west.apache.org) with ESMTP id 22F2E180551 for ; Wed, 4 May 2016 12:36:17 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd3-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -4.021 X-Spam-Level: X-Spam-Status: No, score=-4.021 tagged_above=-999 required=6.31 tests=[KAM_LAZY_DOMAIN_SECURITY=1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001] autolearn=disabled Received: from mx1-lw-eu.apache.org ([10.40.0.8]) by localhost (spamd3-us-west.apache.org [10.40.0.10]) (amavisd-new, port 10024) with ESMTP id ygL8DTxOEySv for ; Wed, 4 May 2016 12:36:15 +0000 (UTC) Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by mx1-lw-eu.apache.org (ASF Mail Server at mx1-lw-eu.apache.org) with SMTP id 157A85F36F for ; Wed, 4 May 2016 12:36:13 +0000 (UTC) Received: (qmail 66721 invoked by uid 99); 4 May 2016 12:36:13 -0000 Received: from arcas.apache.org (HELO arcas) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 04 May 2016 12:36:12 +0000 Received: from arcas.apache.org (localhost [127.0.0.1]) by arcas (Postfix) with ESMTP id D31C42C1F60 for ; Wed, 4 May 2016 12:36:12 +0000 (UTC) Date: Wed, 4 May 2016 12:36:12 +0000 (UTC) From: "Manu Zhang (JIRA)" To: dev@gearpump.incubator.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Updated] (GEARPUMP-47) display task location on dashboard MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 archived-at: Wed, 04 May 2016 12:36:19 -0000 [ https://issues.apache.org/jira/browse/GEARPUMP-47?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Manu Zhang updated GEARPUMP-47: ------------------------------- Description: moved from [https://github.com/gearpump/gearpump/issues/1987]. The usage is to trace the problems of abnormal tasks (e.g. exceptions, low throughput, high latency) to its containing executors (e.g. wrong configuration) and running machines (e.g. bad network). It's impractical to return the mapping of executor to task list in processor summary. A better idea is to add a rest call which returns the executor for a task on user demand (e.g. click a display location button) was: moved from [https://github.com/gearpump/gearpump/issues/1987]. We already have task lists in the "ExecutorSummary" and executor location is available. It won't be hard to display task location on dashboard. That will help users to locate task logs on exceptions. {code} case class ExecutorSummary( id: Int, workerId: Int, actorPath: String, logFile: String, status: String, taskCount: Int, tasks: Map[ProcessorId, List[TaskId]], jvmName: String ) {code} > display task location on dashboard > ---------------------------------- > > Key: GEARPUMP-47 > URL: https://issues.apache.org/jira/browse/GEARPUMP-47 > Project: Apache Gearpump > Issue Type: Improvement > Components: Dashboard > Reporter: Manu Zhang > Assignee: Manu Zhang > Priority: Minor > > moved from [https://github.com/gearpump/gearpump/issues/1987]. The usage is to trace the problems of abnormal tasks (e.g. exceptions, low throughput, high latency) to its containing executors (e.g. wrong configuration) and running machines (e.g. bad network). > It's impractical to return the mapping of executor to task list in processor summary. A better idea is to add a rest call which returns the executor for a task on user demand (e.g. click a display location button) -- This message was sent by Atlassian JIRA (v6.3.4#6332)