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 705E8D1DF for ; Fri, 21 Sep 2012 14:54:47 +0000 (UTC) Received: (qmail 93853 invoked by uid 500); 21 Sep 2012 14:54:47 -0000 Delivered-To: apmail-accumulo-user-archive@accumulo.apache.org Received: (qmail 93823 invoked by uid 500); 21 Sep 2012 14:54:47 -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 93810 invoked by uid 99); 21 Sep 2012 14:54:47 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 21 Sep 2012 14:54:47 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=FSL_RCVD_USER,HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of ameetkini@gmail.com designates 209.85.216.48 as permitted sender) Received: from [209.85.216.48] (HELO mail-qa0-f48.google.com) (209.85.216.48) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 21 Sep 2012 14:54:40 +0000 Received: by qadc11 with SMTP id c11so240242qad.0 for ; Fri, 21 Sep 2012 07:54:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=6qKJsNs5hwohkOGqez9QqoVakt4ARnlu8R5FI3VcDbs=; b=u898WpKS65Ksr7oflnDIVeQzMlnzWF1U8LrgE7C6/pWiC5IVJHKahAnn18lDwOCNGA 3KiA4/qseTST3ptlkJ9/YuVFq28VQc2mlr+lF13pAyzYhNtyyvfcQESoRkavupKmc7t9 FGgtAa9k6nXPEKpTVNL/GSd5uf6q544n0nMXvS2iXt5TfxFNy3tWPbRsrQ348F4KlUHZ AeL6dCF2fO+dVB65jG0jJAX4dwPKss3ijTfffiwm7gzOhh7LWkxOWc5zMwnRJ9cADT7i 2+rAsbySy4r8tnWu/KmtkMdmubRbpw5ljhmjULdD1wILm9+m0A030Nr2AsH+BfIyF8Jw 6Grw== Received: by 10.224.70.141 with SMTP id d13mr12615637qaj.99.1348239260095; Fri, 21 Sep 2012 07:54:20 -0700 (PDT) MIME-Version: 1.0 Received: by 10.49.29.135 with HTTP; Fri, 21 Sep 2012 07:53:59 -0700 (PDT) In-Reply-To: <862380254.321104.1348238680116.JavaMail.root@sz0053a.westchester.pa.mail.comcast.net> References: <862380254.321104.1348238680116.JavaMail.root@sz0053a.westchester.pa.mail.comcast.net> From: ameet kini Date: Fri, 21 Sep 2012 10:53:59 -0400 Message-ID: Subject: Re: bulk ingested table showing zero entries on the monitor page To: user@accumulo.apache.org Content-Type: multipart/alternative; boundary=bcaec51b17fb2b956f04ca376a4c X-Virus-Checked: Checked by ClamAV on apache.org --bcaec51b17fb2b956f04ca376a4c Content-Type: text/plain; charset=ISO-8859-1 Got it, I just forced a compaction and saw the entries show up on the monitor. Thanks! Ameet On Fri, Sep 21, 2012 at 10:44 AM, wrote: > The number of entries will show up on the monitor after a compaction. > > > > Dave > > ------------------------------ > > *From: *"ameet kini" > *To: *user@accumulo.apache.org > *Sent: *Friday, September 21, 2012 10:42:32 AM > *Subject: *bulk ingested table showing zero entries on the monitor page > > > > I'm ingesting a table using the AccumuloFileOutputFormat similar to the > bulk ingest example. Scanning the table via the shell, I see that the > entries are there. But on the monitor page, the table shows up as having > zero entries. So I went back to running the bulk ingest example itself, and > indeed, the "test_table" shows up as also having zero entries. Any one else > seen this? I'm guessing/hoping its just a UI issue and won't affect > querying the contents of the table. > > Thanks, > Ameet > --bcaec51b17fb2b956f04ca376a4c Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

Got it, I just forced a compaction and saw the entries show = up on the monitor.=A0

Thanks!

A= meet

On Fri, Sep 21, 2012 at 10:44 AM, <= span dir=3D"ltr"><dlmarion@comcast.net> wrote:

The number of entries will show up on the monitor after a compa= ction.

=A0

Dave


From: "ameet kini" <ameetkini@gmail.com>
To: user@accumulo.apache= .org
Sent: Friday, September 21, 2012 10:42:32 AM
Subject: bulk= ingested table showing zero entries on the monitor page



I'm ingesting a table using the AccumuloFileOutputFormat similar t= o the bulk ingest example. Scanning the table via the shell, I see that the= entries are there. But on the monitor page, the table shows up as having z= ero entries. So I went back to running the bulk ingest example itself, and = indeed, the "test_table" shows up as also having zero entries. An= y one else seen this? I'm guessing/hoping its just a UI issue and won&#= 39;t affect querying the contents of the table.

Thanks,
Ameet

--bcaec51b17fb2b956f04ca376a4c--