This should be fixed. See ACCUMULO-771. On Fri, Sep 21, 2012 at 4:45 PM, Adam Fuchs <[email protected]> wrote:
> John is referring to the streaming ingest, not the bulk ingest. Dave is > correct on this one. Basically, we don't count the records when you bulk > ingest so that we can get sub-linear runtime on the bulk ingest operation. > > Adam > > > On Fri, Sep 21, 2012 at 4:22 PM, ameet kini <[email protected]> wrote: > >> >> I was expecting that to be updated, but it doesn't. >> >> Thanks, >> Ameet >> >> >> On Fri, Sep 21, 2012 at 11:30 AM, John Vines <[email protected]> wrote: >> >>> You should see the stats for entries in memory update on the master >>> portion of the monitor page. It may take a few seconds for it to update. >>> >>> John >>> >>> >>> On Fri, Sep 21, 2012 at 10:53 AM, ameet kini <[email protected]>wrote: >>> >>>> >>>> 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, <[email protected]> wrote: >>>> >>>>> The number of entries will show up on the monitor after a compaction. >>>>> >>>>> >>>>> >>>>> Dave >>>>> >>>>> ------------------------------ >>>>> >>>>> *From: *"ameet kini" <[email protected]> >>>>> *To: *[email protected] >>>>> *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 >>>>> >>>> >>>> >>> >> >
