Details

    • Type: Improvement Improvement
    • Status: Closed
    • Priority: Major Major
    • Resolution: Fixed
    • Affects Version/s: 0.2
    • Fix Version/s: 0.2
    • Component/s: build process, storage
    • Labels:
      None

      Description

      This was driven entirely by Juliens recent issue over in Nutchland.

      Somewhere down the line this will be useful.

      1. GORA-76.patch
        2 kB
        Ferdy Galema
      2. GORA-76-v2.patch
        6 kB
        Lewis John McGibbney
      3. test.txt
        87 kB
        Lewis John McGibbney
      4. mvn-clean-install.txt
        1.83 MB
        Lewis John McGibbney

        Activity

        Hide
        Lewis John McGibbney added a comment -

        This is not a simple upgrade. We currently ship with Avro 1.3.3 which was released June 7 2010. Since then Avro has spun out from Hadoop, this obviously brings changes to the codebase...

        I see upgrading Avro as a separate issue altogether so I'll open an issue accordingly.

        Show
        Lewis John McGibbney added a comment - This is not a simple upgrade. We currently ship with Avro 1.3.3 which was released June 7 2010. Since then Avro has spun out from Hadoop, this obviously brings changes to the codebase... I see upgrading Avro as a separate issue altogether so I'll open an issue accordingly.
        Hide
        Ferdy Galema added a comment - - edited

        Why is this a blocked by GORA-94 exactly? Mind you that Nutchgora is able to run with Hadoop 1.0 and Avro 1.3.3 succesfully. It seems that Avro is not used directly in hadoop-core 1.0.0.

        When simply changing the Hadoop version to 1.0.0 I do get some errors though when running tests, namely caused by:

        Caused by: java.lang.NoSuchMethodError: org.codehaus.jackson.JsonFactory.enable(Lorg/codehaus/jackson/JsonParser$Feature;)Lorg/codehaus/jackson/JsonFactory;

        But have we not solved this one yet in Nutchgora? I vaguely recall that a similar error occured there when upgrading Hadoop.

        Show
        Ferdy Galema added a comment - - edited Why is this a blocked by GORA-94 exactly? Mind you that Nutchgora is able to run with Hadoop 1.0 and Avro 1.3.3 succesfully. It seems that Avro is not used directly in hadoop-core 1.0.0. When simply changing the Hadoop version to 1.0.0 I do get some errors though when running tests, namely caused by: Caused by: java.lang.NoSuchMethodError: org.codehaus.jackson.JsonFactory.enable(Lorg/codehaus/jackson/JsonParser$Feature;)Lorg/codehaus/jackson/JsonFactory; But have we not solved this one yet in Nutchgora? I vaguely recall that a similar error occured there when upgrading Hadoop.
        Hide
        Lewis John McGibbney added a comment -

        Hi Ferdy. Maybe blocker was the wrong tag to be using... I don't know.
        What I do know is that Avro 1.3.3 was included in org.apache.hadoop (before it became TLP), whereas now Avro 1.6.2 is org.apache.avro, I'm therefore drawing the conclusion that my thinking revolved around, upgrade one upgrade the other...
        If you are able to upgrade Hadoop libs to 1.0.0, and you wish to do so then that would be great. I was experiencing some problems, which in hindsight I should have documented. This lead me to opening GORA-94.

        Regarding your final comment, I'm really not sure about Nutchgora. I remember asking Markus during a conversation about what is required to upgrade the Hadoop libs and he said that it was relatively straightforward. From your description above it seems that it might also be the case with Gora.

        So are you able to compile Gora by updating Hadoop libs? Did you also upgrade the test dependency? When upgrading Ivy deps in Nutchgora I noticed that trunk uses hadoop-core 1.0.0 and 0.20.205.0 tests! Don't really know why but for consistency I shadowed this in Nutchgora upgrade.

        Show
        Lewis John McGibbney added a comment - Hi Ferdy. Maybe blocker was the wrong tag to be using... I don't know. What I do know is that Avro 1.3.3 was included in org.apache.hadoop (before it became TLP), whereas now Avro 1.6.2 is org.apache.avro, I'm therefore drawing the conclusion that my thinking revolved around, upgrade one upgrade the other... If you are able to upgrade Hadoop libs to 1.0.0, and you wish to do so then that would be great. I was experiencing some problems, which in hindsight I should have documented. This lead me to opening GORA-94 . Regarding your final comment, I'm really not sure about Nutchgora. I remember asking Markus during a conversation about what is required to upgrade the Hadoop libs and he said that it was relatively straightforward. From your description above it seems that it might also be the case with Gora. So are you able to compile Gora by updating Hadoop libs? Did you also upgrade the test dependency? When upgrading Ivy deps in Nutchgora I noticed that trunk uses hadoop-core 1.0.0 and 0.20.205.0 tests! Don't really know why but for consistency I shadowed this in Nutchgora upgrade.
        Hide
        Ferdy Galema added a comment -

        Ok I will try to use the same packages for Gora. Will get back at this.

        Show
        Ferdy Galema added a comment - Ok I will try to use the same packages for Gora. Will get back at this.
        Hide
        Ferdy Galema added a comment -

        Ok I got a bit more working now, but not yet fully done.

        I solved the jackson issue by excluding it from hadoop (it include jackson 1.0.1) and including it explicitely with specific version 1.4.2 because this what avro 1.3.3 requires. So that is out of the way.

        Next problem is this: When I run the gora-core tests the data directory cannot be initialized it seems. This is partial output of org.apache.gora.avro.mapreduce.TestDataFileAvroStoreMapReduce when it goes right:

        Starting DataNode 0 with dfs.data.dir: /home/ferdy/workspace/gora/gora-core/target/test-data/dfs/data/data1,/home/ferdy/workspace/gora/gora-core/target/test-data/dfs/data/data2
        12/03/07 17:26:40 INFO common.Storage: Storage directory /home/ferdy/workspace/gora/gora-core/target/test-data/dfs/data/data1 is not formatted.
        12/03/07 17:26:40 INFO common.Storage: Formatting ...
        12/03/07 17:26:40 INFO common.Storage: Storage directory /home/ferdy/workspace/gora/gora-core/target/test-data/dfs/data/data2 is not formatted.
        12/03/07 17:26:40 INFO common.Storage: Formatting ...
        12/03/07 17:26:40 INFO datanode.DataNode: Registered FSDatasetStatusMBean
        12/03/07 17:26:40 INFO datanode.DataNode: Opened info server at 35222
        12/03/07 17:26:40 INFO datanode.DataNode: Balancing bandwith is 1048576 bytes/s

        Now output when it goes wrong (when I apply patch)

        Starting DataNode 0 with dfs.data.dir: /home/ferdy/workspace/gora/gora-core/target/test-data/dfs/data/data1,/home/ferdy/workspace/gora/gora-core/target/test-data/dfs/data/data2
        12/03/07 17:33:21 WARN impl.MetricsSystemImpl: Metrics system not started: Cannot locate configuration: tried hadoop-metrics2-datanode.properties, hadoop-metrics2.properties
        12/03/07 17:33:21 WARN util.MBeans: Hadoop:service=DataNode,name=MetricsSystem,sub=Control
        javax.management.InstanceAlreadyExistsException: MXBean already registered with name Hadoop:service=NameNode,name=MetricsSystem,sub=Control
        at com.sun.jmx.mbeanserver.MXBeanLookup.addReference(MXBeanLookup.java:120)
        at com.sun.jmx.mbeanserver.MXBeanSupport.register(MXBeanSupport.java:143)
        at com.sun.jmx.mbeanserver.MBeanSupport.preRegister2(MBeanSupport.java:183)
        at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerDynamicMBean(DefaultMBeanServerInterceptor.java:941)
        at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerObject(DefaultMBeanServerInterceptor.java:917)
        at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerMBean(DefaultMBeanServerInterceptor.java:312)
        at com.sun.jmx.mbeanserver.JmxMBeanServer.registerMBean(JmxMBeanServer.java:482)
        at org.apache.hadoop.metrics2.util.MBeans.register(MBeans.java:56)
        at org.apache.hadoop.metrics2.impl.MetricsSystemImpl.initSystemMBean(MetricsSystemImpl.java:500)
        at org.apache.hadoop.metrics2.impl.MetricsSystemImpl.init(MetricsSystemImpl.java:140)
        at org.apache.hadoop.metrics2.lib.DefaultMetricsSystem.init(DefaultMetricsSystem.java:40)
        at org.apache.hadoop.metrics2.lib.DefaultMetricsSystem.initialize(DefaultMetricsSystem.java:50)
        at org.apache.hadoop.hdfs.server.datanode.DataNode.instantiateDataNode(DataNode.java:1491)
        at org.apache.hadoop.hdfs.server.datanode.DataNode.instantiateDataNode(DataNode.java:1467)
        at org.apache.hadoop.hdfs.MiniDFSCluster.startDataNodes(MiniDFSCluster.java:417)
        at org.apache.hadoop.hdfs.MiniDFSCluster.<init>(MiniDFSCluster.java:280)
        at org.apache.hadoop.hdfs.MiniDFSCluster.<init>(MiniDFSCluster.java:124)
        at org.apache.hadoop.mapred.HadoopTestCase.setUp(HadoopTestCase.java:148)
        at org.apache.gora.mapreduce.DataStoreMapReduceTestBase.setUp(DataStoreMapReduceTestBase.java:54)
        at junit.framework.TestCase.runBare(TestCase.java:132)
        at junit.framework.TestResult$1.protect(TestResult.java:110)
        at junit.framework.TestResult.runProtected(TestResult.java:128)
        at junit.framework.TestResult.run(TestResult.java:113)
        at junit.framework.TestCase.run(TestCase.java:124)
        at junit.framework.TestSuite.runTest(TestSuite.java:243)
        at junit.framework.TestSuite.run(TestSuite.java:238)
        at org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:83)
        at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:236)
        at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:134)
        at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:113)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:597)
        at org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray(ReflectionUtils.java:189)
        at org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(ProviderFactory.java:165)
        at org.apache.maven.surefire.booter.ProviderFactory.invokeProvider(ProviderFactory.java:85)
        at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:103)
        at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:74)
        12/03/07 17:33:21 WARN datanode.DataNode: Invalid directory in dfs.data.dir: Incorrect permission for /home/ferdy/workspace/gora/gora-core/target/test-data/dfs/data/data1, expected: rwxr-xr-x, while actual: rwxrwxr-x
        12/03/07 17:33:21 WARN datanode.DataNode: Invalid directory in dfs.data.dir: Incorrect permission for /home/ferdy/workspace/gora/gora-core/target/test-data/dfs/data/data2, expected: rwxr-xr-x, while actual: rwxrwxr-x
        12/03/07 17:33:21 ERROR datanode.DataNode: All directories in dfs.data.dir are invalid.

        Not sure what exactly is the cause. Note that HBASE-4709 describes a similar problem. Any help would be useful.

        Show
        Ferdy Galema added a comment - Ok I got a bit more working now, but not yet fully done. I solved the jackson issue by excluding it from hadoop (it include jackson 1.0.1) and including it explicitely with specific version 1.4.2 because this what avro 1.3.3 requires. So that is out of the way. Next problem is this: When I run the gora-core tests the data directory cannot be initialized it seems. This is partial output of org.apache.gora.avro.mapreduce.TestDataFileAvroStoreMapReduce when it goes right: Starting DataNode 0 with dfs.data.dir: /home/ferdy/workspace/gora/gora-core/target/test-data/dfs/data/data1,/home/ferdy/workspace/gora/gora-core/target/test-data/dfs/data/data2 12/03/07 17:26:40 INFO common.Storage: Storage directory /home/ferdy/workspace/gora/gora-core/target/test-data/dfs/data/data1 is not formatted. 12/03/07 17:26:40 INFO common.Storage: Formatting ... 12/03/07 17:26:40 INFO common.Storage: Storage directory /home/ferdy/workspace/gora/gora-core/target/test-data/dfs/data/data2 is not formatted. 12/03/07 17:26:40 INFO common.Storage: Formatting ... 12/03/07 17:26:40 INFO datanode.DataNode: Registered FSDatasetStatusMBean 12/03/07 17:26:40 INFO datanode.DataNode: Opened info server at 35222 12/03/07 17:26:40 INFO datanode.DataNode: Balancing bandwith is 1048576 bytes/s Now output when it goes wrong (when I apply patch) Starting DataNode 0 with dfs.data.dir: /home/ferdy/workspace/gora/gora-core/target/test-data/dfs/data/data1,/home/ferdy/workspace/gora/gora-core/target/test-data/dfs/data/data2 12/03/07 17:33:21 WARN impl.MetricsSystemImpl: Metrics system not started: Cannot locate configuration: tried hadoop-metrics2-datanode.properties, hadoop-metrics2.properties 12/03/07 17:33:21 WARN util.MBeans: Hadoop:service=DataNode,name=MetricsSystem,sub=Control javax.management.InstanceAlreadyExistsException: MXBean already registered with name Hadoop:service=NameNode,name=MetricsSystem,sub=Control at com.sun.jmx.mbeanserver.MXBeanLookup.addReference(MXBeanLookup.java:120) at com.sun.jmx.mbeanserver.MXBeanSupport.register(MXBeanSupport.java:143) at com.sun.jmx.mbeanserver.MBeanSupport.preRegister2(MBeanSupport.java:183) at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerDynamicMBean(DefaultMBeanServerInterceptor.java:941) at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerObject(DefaultMBeanServerInterceptor.java:917) at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerMBean(DefaultMBeanServerInterceptor.java:312) at com.sun.jmx.mbeanserver.JmxMBeanServer.registerMBean(JmxMBeanServer.java:482) at org.apache.hadoop.metrics2.util.MBeans.register(MBeans.java:56) at org.apache.hadoop.metrics2.impl.MetricsSystemImpl.initSystemMBean(MetricsSystemImpl.java:500) at org.apache.hadoop.metrics2.impl.MetricsSystemImpl.init(MetricsSystemImpl.java:140) at org.apache.hadoop.metrics2.lib.DefaultMetricsSystem.init(DefaultMetricsSystem.java:40) at org.apache.hadoop.metrics2.lib.DefaultMetricsSystem.initialize(DefaultMetricsSystem.java:50) at org.apache.hadoop.hdfs.server.datanode.DataNode.instantiateDataNode(DataNode.java:1491) at org.apache.hadoop.hdfs.server.datanode.DataNode.instantiateDataNode(DataNode.java:1467) at org.apache.hadoop.hdfs.MiniDFSCluster.startDataNodes(MiniDFSCluster.java:417) at org.apache.hadoop.hdfs.MiniDFSCluster.<init>(MiniDFSCluster.java:280) at org.apache.hadoop.hdfs.MiniDFSCluster.<init>(MiniDFSCluster.java:124) at org.apache.hadoop.mapred.HadoopTestCase.setUp(HadoopTestCase.java:148) at org.apache.gora.mapreduce.DataStoreMapReduceTestBase.setUp(DataStoreMapReduceTestBase.java:54) at junit.framework.TestCase.runBare(TestCase.java:132) at junit.framework.TestResult$1.protect(TestResult.java:110) at junit.framework.TestResult.runProtected(TestResult.java:128) at junit.framework.TestResult.run(TestResult.java:113) at junit.framework.TestCase.run(TestCase.java:124) at junit.framework.TestSuite.runTest(TestSuite.java:243) at junit.framework.TestSuite.run(TestSuite.java:238) at org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:83) at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:236) at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:134) at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:113) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray(ReflectionUtils.java:189) at org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(ProviderFactory.java:165) at org.apache.maven.surefire.booter.ProviderFactory.invokeProvider(ProviderFactory.java:85) at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:103) at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:74) 12/03/07 17:33:21 WARN datanode.DataNode: Invalid directory in dfs.data.dir: Incorrect permission for /home/ferdy/workspace/gora/gora-core/target/test-data/dfs/data/data1, expected: rwxr-xr-x, while actual: rwxrwxr-x 12/03/07 17:33:21 WARN datanode.DataNode: Invalid directory in dfs.data.dir: Incorrect permission for /home/ferdy/workspace/gora/gora-core/target/test-data/dfs/data/data2, expected: rwxr-xr-x, while actual: rwxrwxr-x 12/03/07 17:33:21 ERROR datanode.DataNode: All directories in dfs.data.dir are invalid. Not sure what exactly is the cause. Note that HBASE-4709 describes a similar problem. Any help would be useful.
        Hide
        Lewis John McGibbney added a comment -

        Well o.a.g.mapreduce.DataStoreMapReduceTestBase[0] extends HadoopTestCase [1] which is now deprecated. We need to look at refactoring this extension, and reimplementing the constructor configurations using the new API.

        One other thing Ferdy, I still am not quite sure why we don't rely upon hadoop-tests 1.0.0! I did not have any justification other than copying the consistency from Nutch trunk over to Nutchgora for this. It's entirely up to you if you want to utilise hadoop-tests 1.0.0... they are available on maven central.

        [0] http://svn.apache.org/viewvc/gora/trunk/gora-core/src/test/java/org/apache/gora/mapreduce/DataStoreMapReduceTestBase.java?view=markup
        [1] http://javasourcecode.org/html/open-source/hadoop/hadoop-0.20.2/org/apache/hadoop/mapred/HadoopTestCase.html

        Show
        Lewis John McGibbney added a comment - Well o.a.g.mapreduce.DataStoreMapReduceTestBase [0] extends HadoopTestCase [1] which is now deprecated. We need to look at refactoring this extension, and reimplementing the constructor configurations using the new API. One other thing Ferdy, I still am not quite sure why we don't rely upon hadoop-tests 1.0.0! I did not have any justification other than copying the consistency from Nutch trunk over to Nutchgora for this. It's entirely up to you if you want to utilise hadoop-tests 1.0.0... they are available on maven central. [0] http://svn.apache.org/viewvc/gora/trunk/gora-core/src/test/java/org/apache/gora/mapreduce/DataStoreMapReduceTestBase.java?view=markup [1] http://javasourcecode.org/html/open-source/hadoop/hadoop-0.20.2/org/apache/hadoop/mapred/HadoopTestCase.html
        Hide
        Lewis John McGibbney added a comment -

        Another thing is, that if you look at your first (hadoop-test-0.20.2) output you'll see that we never formatted any storage directories. I can only assume that the author of the test suit wanted to keep everything as simple as possible when utilising the HadoopTestCase.

        Show
        Lewis John McGibbney added a comment - Another thing is, that if you look at your first (hadoop-test-0.20.2) output you'll see that we never formatted any storage directories. I can only assume that the author of the test suit wanted to keep everything as simple as possible when utilising the HadoopTestCase.
        Hide
        Ferdy Galema added a comment -

        "Well o.a.g.mapreduce.DataStoreMapReduceTestBase[0] extends HadoopTestCase [1] which is now deprecated. We need to look at refactoring this extension, and reimplementing the constructor >configurations using the new API."
        Is it? I could not find any reference that HadoopTestCase is deprecated. It is true that some classes were replaced with the .mapred. to .mapreduce. API migration, but I'm not sure if that the case for HadoopTestCase.

        "One other thing Ferdy, I still am not quite sure why we don't rely upon hadoop-tests 1.0.0! I did not have any justification other than copying the consistency from Nutch trunk over to Nutchgora for this. It's entirely up to you if you want to utilise hadoop-tests 1.0.0... they are available on maven central."
        Yeah I took that into consideration. I already tried hadoop-test-1.0.0 too, but it did not make a difference. But indeed I think it's best to stick to 1.0.0 anyway.

        "Another thing is, that if you look at your first (hadoop-test-0.20.2) output you'll see that we never formatted any storage directories. I can only assume that the author of the test suit wanted to keep everything as simple as possible when utilising the HadoopTestCase."
        I would expect that this is normally all managed by the mini cluster utilities. But I will have another look at it.

        Thanks.

        Show
        Ferdy Galema added a comment - "Well o.a.g.mapreduce.DataStoreMapReduceTestBase [0] extends HadoopTestCase [1] which is now deprecated. We need to look at refactoring this extension, and reimplementing the constructor >configurations using the new API." Is it? I could not find any reference that HadoopTestCase is deprecated. It is true that some classes were replaced with the .mapred. to .mapreduce. API migration, but I'm not sure if that the case for HadoopTestCase. "One other thing Ferdy, I still am not quite sure why we don't rely upon hadoop-tests 1.0.0! I did not have any justification other than copying the consistency from Nutch trunk over to Nutchgora for this. It's entirely up to you if you want to utilise hadoop-tests 1.0.0... they are available on maven central." Yeah I took that into consideration. I already tried hadoop-test-1.0.0 too, but it did not make a difference. But indeed I think it's best to stick to 1.0.0 anyway. "Another thing is, that if you look at your first (hadoop-test-0.20.2) output you'll see that we never formatted any storage directories. I can only assume that the author of the test suit wanted to keep everything as simple as possible when utilising the HadoopTestCase." I would expect that this is normally all managed by the mini cluster utilities. But I will have another look at it. Thanks.
        Hide
        Lewis John McGibbney added a comment -
        {bq}
        Is it? I could not find any reference that HadoopTestCase is deprecated. It is true that some classes were replaced with the .mapred. to .mapreduce. API migration, but I'm not sure if that the case for HadoopTestCase. {bq}

        Sh*t your right. When I was browsing the 1.0.0 code I couldn't see it initially but here it is here [1]

        So the problem lies somewhere else here then.

        [1]http://svn.apache.org/repos/asf/hadoop/common/tags/release-1.0.0/src/test/org/apache/hadoop/mapred/HadoopTestCase.java

        Show
        Lewis John McGibbney added a comment - {bq} Is it? I could not find any reference that HadoopTestCase is deprecated. It is true that some classes were replaced with the .mapred. to .mapreduce. API migration, but I'm not sure if that the case for HadoopTestCase. {bq} Sh*t your right. When I was browsing the 1.0.0 code I couldn't see it initially but here it is here [1] So the problem lies somewhere else here then. [1] http://svn.apache.org/repos/asf/hadoop/common/tags/release-1.0.0/src/test/org/apache/hadoop/mapred/HadoopTestCase.java
        Hide
        Lewis John McGibbney added a comment -

        Hi Ferdy, I'm with you on this one. I can replicate absolutely everything you've posted above. If you look at your log output, the code fails at line 148 on HadoopTestCase [0]. This is because
        javax.management.InstanceAlreadyExistsException: MXBean already registered with name Hadoop:service=NameNode,name=MetricsSystem,sub=Control

        I'll look into it, but right now I need help from elsewhere to find out why this is the case.

        [0] http://svn.apache.org/viewvc/hadoop/common/tags/release-1.0.1/src/test/org/apache/hadoop/mapred/HadoopTestCase.java?view=markup

        Show
        Lewis John McGibbney added a comment - Hi Ferdy, I'm with you on this one. I can replicate absolutely everything you've posted above. If you look at your log output, the code fails at line 148 on HadoopTestCase [0] . This is because javax.management.InstanceAlreadyExistsException: MXBean already registered with name Hadoop:service=NameNode,name=MetricsSystem,sub=Control I'll look into it, but right now I need help from elsewhere to find out why this is the case. [0] http://svn.apache.org/viewvc/hadoop/common/tags/release-1.0.1/src/test/org/apache/hadoop/mapred/HadoopTestCase.java?view=markup
        Hide
        Ferdy Galema added a comment -

        Hi Lewis,

        Although it's true that there is the MXBean warning, I think the test fails because of this:
        12/03/07 17:33:21 WARN datanode.DataNode: Invalid directory in dfs.data.dir: Incorrect permission for /home/ferdy/workspace/gora/gora-core/target/test-data/dfs/data/data1, expected: rwxr-xr-x, while actual: rwxrwxr-x
        12/03/07 17:33:21 WARN datanode.DataNode: Invalid directory in dfs.data.dir: Incorrect permission for /home/ferdy/workspace/gora/gora-core/target/test-data/dfs/data/data2, expected: rwxr-xr-x, while actual: rwxrwxr-x
        12/03/07 17:33:21 ERROR datanode.DataNode: All directories in dfs.data.dir are invalid.

        Of course the MXBean exception might suffer from the same root cause.

        Show
        Ferdy Galema added a comment - Hi Lewis, Although it's true that there is the MXBean warning, I think the test fails because of this: 12/03/07 17:33:21 WARN datanode.DataNode: Invalid directory in dfs.data.dir: Incorrect permission for /home/ferdy/workspace/gora/gora-core/target/test-data/dfs/data/data1, expected: rwxr-xr-x, while actual: rwxrwxr-x 12/03/07 17:33:21 WARN datanode.DataNode: Invalid directory in dfs.data.dir: Incorrect permission for /home/ferdy/workspace/gora/gora-core/target/test-data/dfs/data/data2, expected: rwxr-xr-x, while actual: rwxrwxr-x 12/03/07 17:33:21 ERROR datanode.DataNode: All directories in dfs.data.dir are invalid. Of course the MXBean exception might suffer from the same root cause.
        Hide
        Lewis John McGibbney added a comment -

        Hi Ferdy. I think I've cracked it. Give me a wee while till I run the tests on a better machine then I'll upload a patch for you to check. By the way, if we get this sorted then I am happy to progress with an RC.

        Show
        Lewis John McGibbney added a comment - Hi Ferdy. I think I've cracked it. Give me a wee while till I run the tests on a better machine then I'll upload a patch for you to check. By the way, if we get this sorted then I am happy to progress with an RC.
        Hide
        Ferdy Galema added a comment -

        That would be great. Will run the tests when you have the patch ready.

        Show
        Ferdy Galema added a comment - That would be great. Will run the tests when you have the patch ready.
        Hide
        Lewis John McGibbney added a comment -

        New patch. Tested locally and all modules pass including MR tests for HBase and Avro.

        Show
        Lewis John McGibbney added a comment - New patch. Tested locally and all modules pass including MR tests for HBase and Avro.
        Hide
        Lewis John McGibbney added a comment -

        I must admit, there seems to be a lot of overhead by including the new cxf-rt-frontend-jaxrs dep, but this seemed to be the only workaround I could muster. We still suffer from some rather difficult to debug stack traces, but tests all pass and IMO the stack traces can be addressed during the 0.3 dev drive?

        Show
        Lewis John McGibbney added a comment - I must admit, there seems to be a lot of overhead by including the new cxf-rt-frontend-jaxrs dep, but this seemed to be the only workaround I could muster. We still suffer from some rather difficult to debug stack traces, but tests all pass and IMO the stack traces can be addressed during the 0.3 dev drive?
        Hide
        Ferdy Galema added a comment -

        You sure you included all in the patch? I'm getting the following failures (also the complete tests finish in under 1 minute, seems way too fast):

        Starting DataNode 0 with dfs.data.dir: /home/ferdy/workspace/gora/gora-core/target/test-data/dfs/data/data1,/home/ferdy/workspace/gora/gora-core/target/test-data/dfs/data/data2
        12/04/05 17:22:00 WARN impl.MetricsSystemImpl: Metrics system not started: Cannot locate configuration: tried hadoop-metrics2-datanode.properties, hadoop-metrics2.properties
        12/04/05 17:22:00 WARN util.MBeans: Hadoop:service=DataNode,name=MetricsSystem,sub=Control
        javax.management.InstanceAlreadyExistsException: MXBean already registered with name Hadoop:service=NameNode,name=MetricsSystem,sub=Control
        at com.sun.jmx.mbeanserver.MXBeanLookup.addReference(MXBeanLookup.java:120)
        at com.sun.jmx.mbeanserver.MXBeanSupport.register(MXBeanSupport.java:143)
        at com.sun.jmx.mbeanserver.MBeanSupport.preRegister2(MBeanSupport.java:183)
        at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerDynamicMBean(DefaultMBeanServerInterceptor.java:941)
        at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerObject(DefaultMBeanServerInterceptor.java:917)
        at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerMBean(DefaultMBeanServerInterceptor.java:312)
        at com.sun.jmx.mbeanserver.JmxMBeanServer.registerMBean(JmxMBeanServer.java:482)
        at org.apache.hadoop.metrics2.util.MBeans.register(MBeans.java:56)
        at org.apache.hadoop.metrics2.impl.MetricsSystemImpl.initSystemMBean(MetricsSystemImpl.java:500)
        at org.apache.hadoop.metrics2.impl.MetricsSystemImpl.init(MetricsSystemImpl.java:140)
        at org.apache.hadoop.metrics2.lib.DefaultMetricsSystem.init(DefaultMetricsSystem.java:40)
        at org.apache.hadoop.metrics2.lib.DefaultMetricsSystem.initialize(DefaultMetricsSystem.java:50)
        at org.apache.hadoop.hdfs.server.datanode.DataNode.instantiateDataNode(DataNode.java:1520)
        at org.apache.hadoop.hdfs.server.datanode.DataNode.instantiateDataNode(DataNode.java:1496)
        at org.apache.hadoop.hdfs.MiniDFSCluster.startDataNodes(MiniDFSCluster.java:417)
        at org.apache.hadoop.hdfs.MiniDFSCluster.<init>(MiniDFSCluster.java:280)
        at org.apache.hadoop.hdfs.MiniDFSCluster.<init>(MiniDFSCluster.java:124)
        at org.apache.hadoop.mapred.HadoopTestCase.setUp(HadoopTestCase.java:148)
        at org.apache.gora.mapreduce.DataStoreMapReduceTestBase.setUp(DataStoreMapReduceTestBase.java:61)
        at junit.framework.TestCase.runBare(TestCase.java:132)
        at junit.framework.TestResult$1.protect(TestResult.java:110)
        at junit.framework.TestResult.runProtected(TestResult.java:128)
        at junit.framework.TestResult.run(TestResult.java:113)
        at junit.framework.TestCase.run(TestCase.java:124)
        at junit.framework.TestSuite.runTest(TestSuite.java:243)
        at junit.framework.TestSuite.run(TestSuite.java:238)
        at org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:83)
        at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:236)
        at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:134)
        at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:113)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:597)
        at org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray(ReflectionUtils.java:189)
        at org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(ProviderFactory.java:165)
        at org.apache.maven.surefire.booter.ProviderFactory.invokeProvider(ProviderFactory.java:85)
        at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:103)
        at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:74)
        12/04/05 17:22:00 WARN datanode.DataNode: Invalid directory in dfs.data.dir: Incorrect permission for /home/ferdy/workspace/gora/gora-core/target/test-data/dfs/data/data1, expected: rwxr-xr-x, while actual: rwxrwxr-x
        12/04/05 17:22:00 WARN datanode.DataNode: Invalid directory in dfs.data.dir: Incorrect permission for /home/ferdy/workspace/gora/gora-core/target/test-data/dfs/data/data2, expected: rwxr-xr-x, while actual: rwxrwxr-x
        12/04/05 17:22:00 ERROR datanode.DataNode: All directories in dfs.data.dir are invalid.
        2976 [main] ERROR org.apache.gora.mapreduce.DataStoreMapReduceTestBase - Hadoop Test Case set up failed
        java.lang.NullPointerException
        at org.apache.hadoop.hdfs.MiniDFSCluster.startDataNodes(MiniDFSCluster.java:422)
        at org.apache.hadoop.hdfs.MiniDFSCluster.<init>(MiniDFSCluster.java:280)
        at org.apache.hadoop.hdfs.MiniDFSCluster.<init>(MiniDFSCluster.java:124)
        at org.apache.hadoop.mapred.HadoopTestCase.setUp(HadoopTestCase.java:148)
        at org.apache.gora.mapreduce.DataStoreMapReduceTestBase.setUp(DataStoreMapReduceTestBase.java:61)
        at junit.framework.TestCase.runBare(TestCase.java:132)
        at junit.framework.TestResult$1.protect(TestResult.java:110)
        at junit.framework.TestResult.runProtected(TestResult.java:128)
        at junit.framework.TestResult.run(TestResult.java:113)
        at junit.framework.TestCase.run(TestCase.java:124)
        at junit.framework.TestSuite.runTest(TestSuite.java:243)
        at junit.framework.TestSuite.run(TestSuite.java:238)
        at org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:83)
        at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:236)
        at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:134)
        at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:113)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:597)
        at org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray(ReflectionUtils.java:189)
        at org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(ProviderFactory.java:165)
        at org.apache.maven.surefire.booter.ProviderFactory.invokeProvider(ProviderFactory.java:85)
        at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:103)
        at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:74)
        2978 [main] INFO org.apache.gora.mapreduce.DataStoreMapReduceTestBase - Tearing down Hadoop Test Case...
        Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 3.037 sec <<< FAILURE!

        Show
        Ferdy Galema added a comment - You sure you included all in the patch? I'm getting the following failures (also the complete tests finish in under 1 minute, seems way too fast): Starting DataNode 0 with dfs.data.dir: /home/ferdy/workspace/gora/gora-core/target/test-data/dfs/data/data1,/home/ferdy/workspace/gora/gora-core/target/test-data/dfs/data/data2 12/04/05 17:22:00 WARN impl.MetricsSystemImpl: Metrics system not started: Cannot locate configuration: tried hadoop-metrics2-datanode.properties, hadoop-metrics2.properties 12/04/05 17:22:00 WARN util.MBeans: Hadoop:service=DataNode,name=MetricsSystem,sub=Control javax.management.InstanceAlreadyExistsException: MXBean already registered with name Hadoop:service=NameNode,name=MetricsSystem,sub=Control at com.sun.jmx.mbeanserver.MXBeanLookup.addReference(MXBeanLookup.java:120) at com.sun.jmx.mbeanserver.MXBeanSupport.register(MXBeanSupport.java:143) at com.sun.jmx.mbeanserver.MBeanSupport.preRegister2(MBeanSupport.java:183) at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerDynamicMBean(DefaultMBeanServerInterceptor.java:941) at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerObject(DefaultMBeanServerInterceptor.java:917) at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerMBean(DefaultMBeanServerInterceptor.java:312) at com.sun.jmx.mbeanserver.JmxMBeanServer.registerMBean(JmxMBeanServer.java:482) at org.apache.hadoop.metrics2.util.MBeans.register(MBeans.java:56) at org.apache.hadoop.metrics2.impl.MetricsSystemImpl.initSystemMBean(MetricsSystemImpl.java:500) at org.apache.hadoop.metrics2.impl.MetricsSystemImpl.init(MetricsSystemImpl.java:140) at org.apache.hadoop.metrics2.lib.DefaultMetricsSystem.init(DefaultMetricsSystem.java:40) at org.apache.hadoop.metrics2.lib.DefaultMetricsSystem.initialize(DefaultMetricsSystem.java:50) at org.apache.hadoop.hdfs.server.datanode.DataNode.instantiateDataNode(DataNode.java:1520) at org.apache.hadoop.hdfs.server.datanode.DataNode.instantiateDataNode(DataNode.java:1496) at org.apache.hadoop.hdfs.MiniDFSCluster.startDataNodes(MiniDFSCluster.java:417) at org.apache.hadoop.hdfs.MiniDFSCluster.<init>(MiniDFSCluster.java:280) at org.apache.hadoop.hdfs.MiniDFSCluster.<init>(MiniDFSCluster.java:124) at org.apache.hadoop.mapred.HadoopTestCase.setUp(HadoopTestCase.java:148) at org.apache.gora.mapreduce.DataStoreMapReduceTestBase.setUp(DataStoreMapReduceTestBase.java:61) at junit.framework.TestCase.runBare(TestCase.java:132) at junit.framework.TestResult$1.protect(TestResult.java:110) at junit.framework.TestResult.runProtected(TestResult.java:128) at junit.framework.TestResult.run(TestResult.java:113) at junit.framework.TestCase.run(TestCase.java:124) at junit.framework.TestSuite.runTest(TestSuite.java:243) at junit.framework.TestSuite.run(TestSuite.java:238) at org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:83) at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:236) at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:134) at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:113) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray(ReflectionUtils.java:189) at org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(ProviderFactory.java:165) at org.apache.maven.surefire.booter.ProviderFactory.invokeProvider(ProviderFactory.java:85) at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:103) at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:74) 12/04/05 17:22:00 WARN datanode.DataNode: Invalid directory in dfs.data.dir: Incorrect permission for /home/ferdy/workspace/gora/gora-core/target/test-data/dfs/data/data1, expected: rwxr-xr-x, while actual: rwxrwxr-x 12/04/05 17:22:00 WARN datanode.DataNode: Invalid directory in dfs.data.dir: Incorrect permission for /home/ferdy/workspace/gora/gora-core/target/test-data/dfs/data/data2, expected: rwxr-xr-x, while actual: rwxrwxr-x 12/04/05 17:22:00 ERROR datanode.DataNode: All directories in dfs.data.dir are invalid. 2976 [main] ERROR org.apache.gora.mapreduce.DataStoreMapReduceTestBase - Hadoop Test Case set up failed java.lang.NullPointerException at org.apache.hadoop.hdfs.MiniDFSCluster.startDataNodes(MiniDFSCluster.java:422) at org.apache.hadoop.hdfs.MiniDFSCluster.<init>(MiniDFSCluster.java:280) at org.apache.hadoop.hdfs.MiniDFSCluster.<init>(MiniDFSCluster.java:124) at org.apache.hadoop.mapred.HadoopTestCase.setUp(HadoopTestCase.java:148) at org.apache.gora.mapreduce.DataStoreMapReduceTestBase.setUp(DataStoreMapReduceTestBase.java:61) at junit.framework.TestCase.runBare(TestCase.java:132) at junit.framework.TestResult$1.protect(TestResult.java:110) at junit.framework.TestResult.runProtected(TestResult.java:128) at junit.framework.TestResult.run(TestResult.java:113) at junit.framework.TestCase.run(TestCase.java:124) at junit.framework.TestSuite.runTest(TestSuite.java:243) at junit.framework.TestSuite.run(TestSuite.java:238) at org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:83) at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:236) at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:134) at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:113) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray(ReflectionUtils.java:189) at org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(ProviderFactory.java:165) at org.apache.maven.surefire.booter.ProviderFactory.invokeProvider(ProviderFactory.java:85) at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:103) at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:74) 2978 [main] INFO org.apache.gora.mapreduce.DataStoreMapReduceTestBase - Tearing down Hadoop Test Case... Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 3.037 sec <<< FAILURE!
        Hide
        Lewis John McGibbney added a comment - - edited

        This is log output from the test after running

        lewis@lewis-desktop:~/ASF/gora_trunk/gora-core$ mvn -Dtest=TestDataFileAvroStoreMapReduce test > test.txt

        Previously I had been doing mvn clean install (I've also uploaded that output as well)

        Can you please check and we will try to get this sorted out.

        Show
        Lewis John McGibbney added a comment - - edited This is log output from the test after running lewis@lewis-desktop:~/ASF/gora_trunk/gora-core$ mvn -Dtest=TestDataFileAvroStoreMapReduce test > test.txt Previously I had been doing mvn clean install (I've also uploaded that output as well) Can you please check and we will try to get this sorted out.
        Hide
        Ferdy Galema added a comment -

        I ran a clean checkout+patch yet still the same errors. Not sure what the cause is..

        Show
        Ferdy Galema added a comment - I ran a clean checkout+patch yet still the same errors. Not sure what the cause is..
        Hide
        Ferdy Galema added a comment -

        I'm fine with committing, that way we will find out for sure.

        Show
        Ferdy Galema added a comment - I'm fine with committing, that way we will find out for sure.
        Hide
        Hudson added a comment -

        Integrated in gora-trunk #209 (See https://builds.apache.org/job/gora-trunk/209/)
        Initial commit to address GORA-76. (Revision 1309933)

        Result = SUCCESS
        lewismc :
        Files :

        • /gora/trunk/gora-core/pom.xml
        • /gora/trunk/gora-core/src/test/java/org/apache/gora/mapreduce/DataStoreMapReduceTestBase.java
        • /gora/trunk/pom.xml
        Show
        Hudson added a comment - Integrated in gora-trunk #209 (See https://builds.apache.org/job/gora-trunk/209/ ) Initial commit to address GORA-76 . (Revision 1309933) Result = SUCCESS lewismc : Files : /gora/trunk/gora-core/pom.xml /gora/trunk/gora-core/src/test/java/org/apache/gora/mapreduce/DataStoreMapReduceTestBase.java /gora/trunk/pom.xml
        Hide
        Lewis John McGibbney added a comment -

        WHat do you think Ferdy? If you look at the most recent build there are some stack traces that I've never seen before, which we should/need to fix in the future, but IMO they don't do any detrimental damage to the build. Are you happy to mark this as resolved, then open issues for some of the stack traces, then request our release manager to push an RC?

        Show
        Lewis John McGibbney added a comment - WHat do you think Ferdy? If you look at the most recent build there are some stack traces that I've never seen before, which we should/need to fix in the future, but IMO they don't do any detrimental damage to the build. Are you happy to mark this as resolved, then open issues for some of the stack traces, then request our release manager to push an RC?
        Hide
        Ferdy Galema added a comment -

        Good to see the tests don't fail. I don't think the exceptions are a problem. Like it is stated in HBASE-4709, for now they seem harmless. Whenever we restructure the tests, or perform yet another Hadoop upgrade, the exceptions might go away too. (Or somebody can always fix it whenever they like).

        In short, +1

        Show
        Ferdy Galema added a comment - Good to see the tests don't fail. I don't think the exceptions are a problem. Like it is stated in HBASE-4709 , for now they seem harmless. Whenever we restructure the tests, or perform yet another Hadoop upgrade, the exceptions might go away too. (Or somebody can always fix it whenever they like). In short, +1
        Hide
        Lewis John McGibbney added a comment -

        OK Thanks Ferdy. Resolving this one for the time being then. Thank you very much for chipping in.

        Show
        Lewis John McGibbney added a comment - OK Thanks Ferdy. Resolving this one for the time being then. Thank you very much for chipping in.
        Hide
        Lewis John McGibbney added a comment -

        Bulk close of issues. Preparation for Gora 0.2 release candidate.

        Show
        Lewis John McGibbney added a comment - Bulk close of issues. Preparation for Gora 0.2 release candidate.
        Hide
        Hudson added a comment -

        Integrated in gora-trunk #212 (See https://builds.apache.org/job/gora-trunk/212/)
        Commit to update CHANGES.txt for GORA-76 commit, also add missing license headers. (Revision 1310562)

        Result = UNSTABLE
        lewismc :
        Files :

        • /gora/trunk/CHANGES.txt
        • /gora/trunk/gora-accumulo/pom.xml
        • /gora/trunk/gora-accumulo/src/test/resources/gora-accumulo-mapping.xml
        • /gora/trunk/gora-accumulo/src/test/resources/gora.properties
        • /gora/trunk/pom.xml
        Show
        Hudson added a comment - Integrated in gora-trunk #212 (See https://builds.apache.org/job/gora-trunk/212/ ) Commit to update CHANGES.txt for GORA-76 commit, also add missing license headers. (Revision 1310562) Result = UNSTABLE lewismc : Files : /gora/trunk/CHANGES.txt /gora/trunk/gora-accumulo/pom.xml /gora/trunk/gora-accumulo/src/test/resources/gora-accumulo-mapping.xml /gora/trunk/gora-accumulo/src/test/resources/gora.properties /gora/trunk/pom.xml
        Hide
        Hudson added a comment -

        Integrated in goraOracle #6 (See https://builds.apache.org/job/goraOracle/6/)
        Initial commit to address GORA-76. (Revision 56f06bdb55e1e630b5a5c19e7fc235948de24d80)
        Commit to update CHANGES.txt for GORA-76 commit, also add missing license headers. (Revision de29d0cfb2e6740b0552877870a4f471df032a08)

        Result = FAILURE
        lewismc :
        Files :

        • gora-core/src/test/java/org/apache/gora/mapreduce/DataStoreMapReduceTestBase.java
        • pom.xml
        • gora-core/pom.xml

        lewismc :
        Files :

        • CHANGES.txt
        • gora-accumulo/src/test/resources/gora.properties
        • gora-accumulo/src/test/resources/gora-accumulo-mapping.xml
        • gora-accumulo/pom.xml
        • pom.xml
        Show
        Hudson added a comment - Integrated in goraOracle #6 (See https://builds.apache.org/job/goraOracle/6/ ) Initial commit to address GORA-76 . (Revision 56f06bdb55e1e630b5a5c19e7fc235948de24d80) Commit to update CHANGES.txt for GORA-76 commit, also add missing license headers. (Revision de29d0cfb2e6740b0552877870a4f471df032a08) Result = FAILURE lewismc : Files : gora-core/src/test/java/org/apache/gora/mapreduce/DataStoreMapReduceTestBase.java pom.xml gora-core/pom.xml lewismc : Files : CHANGES.txt gora-accumulo/src/test/resources/gora.properties gora-accumulo/src/test/resources/gora-accumulo-mapping.xml gora-accumulo/pom.xml pom.xml

          People

          • Assignee:
            Unassigned
            Reporter:
            Lewis John McGibbney
          • Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved:

              Development