XMLWordPrintableJSON

Details

    • Sub-task
    • Status: Resolved
    • Major
    • Resolution: Fixed
    • None
    • 1.6.0
    • test
    • None

    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)
      

      Attachments

        Activity

          People

            ecn Eric C. Newton
            ecn Eric C. Newton
            Votes:
            0 Vote for this issue
            Watchers:
            3 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved: