Return-Path: Delivered-To: apmail-hadoop-chukwa-dev-archive@minotaur.apache.org Received: (qmail 31048 invoked from network); 10 Jun 2009 07:21:19 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 10 Jun 2009 07:21:19 -0000 Received: (qmail 34776 invoked by uid 500); 10 Jun 2009 07:21:31 -0000 Delivered-To: apmail-hadoop-chukwa-dev-archive@hadoop.apache.org Received: (qmail 34758 invoked by uid 500); 10 Jun 2009 07:21:31 -0000 Mailing-List: contact chukwa-dev-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: chukwa-dev@hadoop.apache.org Delivered-To: mailing list chukwa-dev@hadoop.apache.org Received: (qmail 34741 invoked by uid 99); 10 Jun 2009 07:21:31 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 10 Jun 2009 07:21:31 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 10 Jun 2009 07:21:28 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 606AF234C004 for ; Wed, 10 Jun 2009 00:21:07 -0700 (PDT) Message-ID: <856755208.1244618467380.JavaMail.jira@brutus> Date: Wed, 10 Jun 2009 00:21:07 -0700 (PDT) From: "Ari Rabkin (JIRA)" To: chukwa-dev@hadoop.apache.org Subject: [jira] Created: (CHUKWA-284) division of responsibility between agent and adaptor MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org division of responsibility between agent and adaptor ---------------------------------------------------- Key: CHUKWA-284 URL: https://issues.apache.org/jira/browse/CHUKWA-284 Project: Hadoop Chukwa Issue Type: Bug Components: data collection Affects Versions: 0.1.2, 0.2.0 Reporter: Ari Rabkin Fix For: 0.2.0 The division of responsibility between adaptor and agent for managing offsets, datatypes, and such has gotten quite squirrely. And the comments don't match the code. For instance, the adaptors track last offset. This means that checkpoint files include the last byte enqueued to be SENT, rather than the last byte ACKNOWLEDGED. This violates both the spec and the comments. I propose that we make the agent responsible for recording offsets and possibly also datatypes. Are there cases where an Adaptor decides on its own what the Datatype is for the chunks it outputs? Or outputs chunks of different Types? -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.