Return-Path: X-Original-To: apmail-accumulo-user-archive@www.apache.org Delivered-To: apmail-accumulo-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 0282611D0D for ; Mon, 12 May 2014 01:23:51 +0000 (UTC) Received: (qmail 96551 invoked by uid 500); 12 May 2014 00:57:10 -0000 Delivered-To: apmail-accumulo-user-archive@accumulo.apache.org Received: (qmail 96492 invoked by uid 500); 12 May 2014 00:57:10 -0000 Mailing-List: contact user-help@accumulo.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@accumulo.apache.org Delivered-To: mailing list user@accumulo.apache.org Received: (qmail 96484 invoked by uid 99); 12 May 2014 00:57:10 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 12 May 2014 00:57:10 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of dminer@clearedgeit.com designates 209.85.216.170 as permitted sender) Received: from [209.85.216.170] (HELO mail-qc0-f170.google.com) (209.85.216.170) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 12 May 2014 00:57:06 +0000 Received: by mail-qc0-f170.google.com with SMTP id i8so7210157qcq.1 for ; Sun, 11 May 2014 17:56:45 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:references:from:content-type:in-reply-to :message-id:date:to:content-transfer-encoding:mime-version; bh=uoVIIGoN+UsXGxVosxZs4sItSSIdTLAcJlAZKougDt4=; b=VvGODdUjhw1gZgF7Cck4JHckZK2tJvOW58hTmC8uhGrM2JSRevh+R0ECNoGnuHelfu K7GaipdVbbdh4YxpVfyKinTjMVdkH2E6pFlbVQ8EbCOPMFzBr421zK4OQu0Pg13819H8 UNqjBRjiLx2rLr6ZCCxDI4qwGjGfFBm3owdK1qdj4pd7iU8W6uwbo0r59FbmVJGtYne3 Iuj30BnTph21L1rR281iPJjROJcj9WwOdXq/hyOoFJTK48rfH8ysnbDbPLjfcNbHbjb+ jYwNRjMESX4iwwHZqYA2uA25E0QRQ3O0R5KehBkpZVubLFfac3a7WYkjMOsJJZtKQob/ iNpw== X-Gm-Message-State: ALoCoQnCufWO0WyCcfFZNk2BmMLiG0cqO03Ggdjv8nT7NS4NiAMV4Bj0UfRnG3YRIpLSvnxJ/cqf X-Received: by 10.140.39.164 with SMTP id v33mr10725788qgv.99.1399856205237; Sun, 11 May 2014 17:56:45 -0700 (PDT) Received: from [192.168.1.13] (pool-173-64-70-174.bltmmd.fios.verizon.net. [173.64.70.174]) by mx.google.com with ESMTPSA id b11sm6232055qgd.38.2014.05.11.17.56.44 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 11 May 2014 17:56:44 -0700 (PDT) Subject: Re: OpenTSDB References: <3F8F26CF-D0D9-4C61-A422-7ACA29D88106@clearedgeit.com> From: Donald Miner Content-Type: multipart/alternative; boundary=Apple-Mail-B396C517-024B-4B01-8E57-12BB17B7FBFF X-Mailer: iPhone Mail (11D201) In-Reply-To: Message-Id: <7B9D4FEB-F9E0-4C7D-A21B-0B95F0E69E20@clearedgeit.com> Date: Sun, 11 May 2014 20:56:42 -0400 To: "user@accumulo.apache.org" Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (1.0) X-Virus-Checked: Checked by ClamAV on apache.org --Apple-Mail-B396C517-024B-4B01-8E57-12BB17B7FBFF Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable We are having a hackathon the day of during the conference. Not exclusive to= the idea of having a separate hack day the day before. I know some of us ar= e participating in the conference and can't participate in the hackathon.=20= > On May 11, 2014, at 8:41 PM, Sean Busbey wrote: >=20 > Don, >=20 > Yeah I was thinking covering most of the bigtable implementations at the s= ource level would be an easy place to start. >=20 > Any interest in organizing a hack day near the Accumulo Summit to try to g= et an initial implementation done? >=20 > --=20 > Sean >=20 >> On May 11, 2014 7:28 PM, "Donald Miner" wrote: >> "Commands" like scan, put, create table, etc.=20 >>=20 >> It would respond to hbase thrift and pretend it was hbase.... But it is u= sing accumulo behind the scenes. basically be a translation layer. There are= obviously some things that don't translate.=20 >>=20 >> I presume you could do something across all of the big table implementati= ons.=20 >>=20 >>> On May 11, 2014, at 7:33 PM, David Medinets w= rote: >>>=20 >>> Please define "hbase commands". >>>=20 >>>=20 >>>> On Sun, May 11, 2014 at 7:29 PM, Donald Miner w= rote: >>>> Crazy/bad idea I've had before.... we could develop a hbase->accumulo p= roxy that receives basic hbase commands and then writes out accumulo.=20 >>>>=20 >>>>> On May 11, 2014, at 4:57 PM, Eric Newton wrote= : >>>>>=20 >>>>> It is being maintained. I have tried very hard not to modify the core= OpenTSDB to support it. But, it would be nice if we could define a storage= -independent layer to which it could adhere. >>>>>=20 >>>>> I don't believe the OTSDB team is interested, but a basic scalable bac= k-end abstraction would be nice. As would a standard java build environment= , but that doesn't seem to be wanted, either. >>>>>=20 >>>>> We could work towards a common storage abstraction, which would be a r= easonable request. >>>>>=20 >>>>> Zipkin does a good job of being storage independent. I would work tow= ards their model. >>>>>=20 >>>>> -Eric >>>>>=20 >>>>>> On May 11, 2014 10:28 AM, "Arshak Navruzyan" wrot= e: >>>>>> I noticed Eric Newton's opentsdb adapter for Accumulo. Is this still= being maintained? >>>>>>=20 >>>>>> https://github.com/ericnewton/accumulo-opentsdb >>>>>>=20 >>>>>> Also wondering if the StumbleUpon folks are willing to merge it in as= an alternative to HBase back end. >>>>>>=20 >>>>>> Thanks >>>>>>=20 >>>>>> Arshak --Apple-Mail-B396C517-024B-4B01-8E57-12BB17B7FBFF Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit
We are having a hackathon the day of during the conference. Not exclusive to the idea of having a separate hack day the day before. I know some of us are participating in the conference and can't participate in the hackathon. 



On May 11, 2014, at 8:41 PM, Sean Busbey <busbey@cloudera.com> wrote:

Don,

Yeah I was thinking covering most of the bigtable implementations at the source level would be an easy place to start.

Any interest in organizing a hack day near the Accumulo Summit to try to get an initial implementation done?

--
Sean

On May 11, 2014 7:28 PM, "Donald Miner" <dminer@clearedgeit.com> wrote:
"Commands" like scan, put, create table, etc. 

It would respond to hbase thrift and pretend it was hbase.... But it is using accumulo behind the scenes. basically be a translation layer. There are obviously some things that don't translate. 

I presume you could do something across all of the big table implementations. 

On May 11, 2014, at 7:33 PM, David Medinets <david.medinets@gmail.com> wrote:

Please define "hbase commands".


On Sun, May 11, 2014 at 7:29 PM, Donald Miner <dminer@clearedgeit.com> wrote:
Crazy/bad idea I've had before.... we could develop a hbase->accumulo proxy that receives basic hbase commands and then writes out accumulo. 

On May 11, 2014, at 4:57 PM, Eric Newton <eric.newton@gmail.com> wrote:

It is being maintained.  I have tried very hard not to modify the core OpenTSDB to support it.  But, it would be nice if we could define a storage-independent layer to which it could adhere.

I don't believe the OTSDB team is interested, but a basic scalable back-end abstraction would be nice.  As would a standard java build environment, but that doesn't seem to be wanted, either.

We could work towards a common storage abstraction, which would be a reasonable request.

Zipkin does a good job of being storage independent.  I would work towards their model.

-Eric

On May 11, 2014 10:28 AM, "Arshak Navruzyan" <arshakn@gmail.com> wrote:
I noticed Eric Newton's opentsdb adapter for Accumulo.  Is this still being maintained?

https://github.com/ericnewton/accumulo-opentsdb

Also wondering if the StumbleUpon folks are willing to merge it in as an alternative to HBase back end.

Thanks

Arshak

--Apple-Mail-B396C517-024B-4B01-8E57-12BB17B7FBFF--