+1 checked src and bin tarball, verified licenses, ran unit tests ... it
looks like the bloom filter and JQuery license info is in bin-LICENSE
twice, but that's not a big issue.
On Mon, Sep 28, 2015 at 9:07 PM, Josh Elser wrote:
> Accumulo Developers,
>
> Please consider the following candidate
+1
I created (and resolved) ACCUMULO-4015 to address the ExistingMacIT
failure. Since it's just a test failure, and a trivial one at that, I don't
think it should prevent 1.6.4 release, so I've updated my vote.
On Wed, Sep 30, 2015 at 5:50 PM Christopher wrote:
> +0
>
> I saw one problem with t
I'm wondering if the distribution of your few columns across the actual
rfiles has an impact. I believe it could be that, even without column
families, a subset of the rfiles could be precluded from even being
opened (because we know your given column family doesn't exist in the file).
So, the
Hi Keith,
I left that scan command running, and it did return after a minute or so. I
think it's just slow somehow for those particular column families. I'll try
jstack-ing when I have chance later today.
Thanks,
Z
--
View this message in context:
http://apache-accumulo.1065345.n5.nabble.com/s
The client keeps going to server01
connection to server01
And the server keeps returning nothing...
Finished scan in 1.001 secs #results=0
This happens when the scan is active on the server side but the scan is
returning no data. The server will return nothing to the client just to
see if
I found another column family also have this same problem, and I can't delete
the data unfortunately (deletemany command also hung for those 2 column
families). This would be disaster if it happens on PROD :-(
Thanks,
Z
--
View this message in context:
http://apache-accumulo.1065345.n5.nabble
