Description
I've had this happen on a heavily loaded machine.
I'm now wondering if the zookeeper setting for bloom filters propagated to the tservers prior to the compaction.
Error Message Queries had less than 10% improvement (old: 11231 new: 10141 improvement: 9.705280028492565%) Stacktrace java.lang.Exception: Queries had less than 10% improvement (old: 11231 new: 10141 improvement: 9.705280028492565%) at org.apache.accumulo.test.functional.BloomFilterIT.timeCheck(BloomFilterIT.java:142) at org.apache.accumulo.test.functional.BloomFilterIT.test(BloomFilterIT.java:127) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:622) at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:47) at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12) at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:44) at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17) at org.junit.internal.runners.statements.FailOnTimeout$StatementThread.run(FailOnTimeout.java:74)