[ 
https://issues.apache.org/jira/browse/HBASE-6334?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13408357#comment-13408357
 ] 

Gregory Chanan commented on HBASE-6334:
---------------------------------------

It's hopefully coming.  Changes work great against 0.90, but in 0.92+ I'm 
getting the following errors:

{code}
Exception in thread "Thread-4" java.lang.NoClassDefFoundError: 
org/apache/hadoop/hbase/MultithreadedTestUtil
        at 
org.apache.hadoop.hbase.MultithreadedTestUtil$TestContext.threadFailed(MultithreadedTestUtil.java:82)
        at 
org.apache.hadoop.hbase.MultithreadedTestUtil$TestThread.run(MultithreadedTestUtil.java:123)
Caused by: java.lang.ClassNotFoundException: 
org.apache.hadoop.hbase.MultithreadedTestUtil
        at java.net.URLClassLoader$1.run(URLClassLoader.java:199)
        at java.security.AccessController.doPrivileged(Native Method)
        at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
        at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
        at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
        at java.lang.ClassLoader.loadClass(ClassLoader.java:247)
        ... 2 more
Caused by: java.io.FileNotFoundException: 
/home/gchanan/workspace/hbasecdh4/target/test-classes/org/apache/hadoop/hbase/MultithreadedTestUtil.class
 (Too many open files)
        at java.io.FileInputStream.open(Native Method)
        at java.io.FileInputStream.<init>(FileInputStream.java:120)
        at 
sun.misc.URLClassPath$FileLoader$1.getInputStream(URLClassPath.java:1005)
        at sun.misc.Resource.cachedInputStream(Resource.java:61)
        at sun.misc.Resource.getByteBuffer(Resource.java:144)
        at java.net.URLClassLoader.defineClass(URLClassLoader.java:256)
        at java.net.URLClassLoader.access$000(URLClassLoader.java:58)
        at java.net.URLClassLoader$1.run(URLClassLoader.java:197)
        ... 7 more
{code}

It looks like I'm perhaps creating too many files with my constant flushes.  I 
can fix those errors by compacting more frequently, but that reduces the 
frequency of failures when it should fail (i.e. without HBASE-4195).
                
> TestImprovement for TestHRegion.testWritesWhileGetting
> ------------------------------------------------------
>
>                 Key: HBASE-6334
>                 URL: https://issues.apache.org/jira/browse/HBASE-6334
>             Project: HBase
>          Issue Type: Improvement
>    Affects Versions: 0.90.6, 0.92.1, 0.94.0, 0.96.0
>            Reporter: Gregory Chanan
>            Assignee: Gregory Chanan
>            Priority: Minor
>
> Two improvements:
> 1. I was running testWritesWhileGetting on 0.90.6 (which lacks HBASE-4195) 
> and I couldn't get the 20% failures mentioned in the JIRA.  It was more like 
> 1%.  So I increased the flush frequency and it failed most of the time.
> 2.  The check on failure is wrong:
> {code}
> assertEquals(previousKV.getValue(), thisValue);
> {code}
> Since this is a byte array, we should use Bytes.compareTo.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: 
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

Reply via email to