Details

    • Type: Bug Bug
    • Status: Closed
    • Priority: Major Major
    • Resolution: Fixed
    • Affects Version/s: None
    • Fix Version/s: 0.22.0
    • Component/s: datanode
    • Labels:
      None
    • Hadoop Flags:
      Reviewed

      Description

      When performing a massive distcp through hftp, we saw many tasks fail with

      2010-04-06 17:56:43,005 INFO org.apache.hadoop.tools.DistCp: FAIL 2010/0/part-00032 : java.io.IOException: File size not matched: copied 193855488 bytes (184.9m) to tmpfile (=hdfs://omehost.com:8020/somepath/part-00032)
      but expected 1710327403 bytes (1.6g) from hftp://someotherhost/somepath/part-00032
      at org.apache.hadoop.tools.DistCp$CopyFilesMapper.copy(DistCp.java:435)
      at org.apache.hadoop.tools.DistCp$CopyFilesMapper.map(DistCp.java:543)
      at org.apache.hadoop.tools.DistCp$CopyFilesMapper.map(DistCp.java:310)
      at org.apache.hadoop.mapred.MapRunner.run(MapRunner.java:50)
      at org.apache.hadoop.mapred.MapTask.runOldMapper(MapTask.java:358)
      at org.apache.hadoop.mapred.MapTask.run(MapTask.java:307)
      at org.apache.hadoop.mapred.Child.main(Child.java:159)

      This means that read itself didn't fail but the resulted file was somehow smaller.

      1. h1085_20100716d.patch
        9 kB
        Tsz Wo Nicholas Sze
      2. h1085_20100716d_y0.20.1xx.patch
        5 kB
        Tsz Wo Nicholas Sze
      3. h1085_20100716d_y0.20.1xx_test.patch
        9 kB
        Tsz Wo Nicholas Sze
      4. h1085_20100716c.patch
        9 kB
        Tsz Wo Nicholas Sze
      5. h1085_20100716c_y0.20.1xx.patch
        5 kB
        Tsz Wo Nicholas Sze
      6. h1085_20100716b_y0.20.1xx.patch
        5 kB
        Tsz Wo Nicholas Sze
      7. h1085_20100716b_y0.20.1xx_with_test.patch
        13 kB
        Tsz Wo Nicholas Sze
      8. h1085_20100713.patch
        5 kB
        Tsz Wo Nicholas Sze

        Issue Links

          Activity

          Hide
          Koji Noguchi added a comment -

          On the source datanode side, there was a log with

          2010-04-06 17:56:42,994 ERROR org.mortbay.log: /streamFile
          java.nio.channels.CancelledKeyException
          at sun.nio.ch.SelectionKeyImpl.ensureValid(SelectionKeyImpl.java:55)
          at sun.nio.ch.SelectionKeyImpl.interestOps(SelectionKeyImpl.java:59)
          at org.mortbay.io.nio.SelectChannelEndPoint.updateKey(SelectChannelEndPoint.java:324)
          at org.mortbay.io.nio.SelectChannelEndPoint.blockWritable(SelectChannelEndPoint.java:278)
          at org.mortbay.jetty.AbstractGenerator$Output.blockForOutput(AbstractGenerator.java:542)
          at org.mortbay.jetty.AbstractGenerator$Output.flush(AbstractGenerator.java:569)
          at org.mortbay.jetty.HttpConnection$Output.flush(HttpConnection.java:946)
          at org.mortbay.jetty.AbstractGenerator$Output.write(AbstractGenerator.java:646)
          at org.mortbay.jetty.AbstractGenerator$Output.write(AbstractGenerator.java:577)
          at org.apache.hadoop.hdfs.server.namenode.StreamFile.doGet(StreamFile.java:68)
          at javax.servlet.http.HttpServlet.service(HttpServlet.java:707)
          at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
          at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:502)
          at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1124)
          at org.apache.hadoop.http.HttpServer$QuotingInputFilter.doFilter(HttpServer.java:663)
          at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1115)
          at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:361)
          at org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216)
          at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181)
          at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:766)
          at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:417)
          at org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:230)
          at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
          at org.mortbay.jetty.Server.handle(Server.java:324)
          at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:534)
          at org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:864)
          at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:533)
          at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:207)
          at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:403)
          at org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:409)
          at org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:522)
          2010-04-06 17:56:43,007 INFO org.apache.hadoop.hdfs.server.datanode.DataNode.clienttrace: src: /99.99.99.99:50010, dest: /88.88.88.88:49774, bytes: 61292544, op: HDFS_READ, cliID: DFSClient_-563231950, offset: 0, srvID: DS-1411469763-98.136.245.125-50010-1268765357890, blockid: blk_-8819444732305373616_6553266, duration: 95558730000

          It was a distcp, so it should have read the whole 1 block(128MB) instead of bytes: 61292544.

          1. blk_-8819444732305373616_6553266 len=134217728

          Nicholas pointed out to me that this is very similar to error observed in HDFS-1024.

          For distcp, thanks to the extra size checking from HADOOP-3294 we are ok, but does this mean I cannot trust the result of hadoop '-get' through hftp ?

          % hadoop dfs -get hftp://somehost/somepath/file1 .

          I have a feeling that this command can silently fail with incomplete output.

          Show
          Koji Noguchi added a comment - On the source datanode side, there was a log with 2010-04-06 17:56:42,994 ERROR org.mortbay.log: /streamFile java.nio.channels.CancelledKeyException at sun.nio.ch.SelectionKeyImpl.ensureValid(SelectionKeyImpl.java:55) at sun.nio.ch.SelectionKeyImpl.interestOps(SelectionKeyImpl.java:59) at org.mortbay.io.nio.SelectChannelEndPoint.updateKey(SelectChannelEndPoint.java:324) at org.mortbay.io.nio.SelectChannelEndPoint.blockWritable(SelectChannelEndPoint.java:278) at org.mortbay.jetty.AbstractGenerator$Output.blockForOutput(AbstractGenerator.java:542) at org.mortbay.jetty.AbstractGenerator$Output.flush(AbstractGenerator.java:569) at org.mortbay.jetty.HttpConnection$Output.flush(HttpConnection.java:946) at org.mortbay.jetty.AbstractGenerator$Output.write(AbstractGenerator.java:646) at org.mortbay.jetty.AbstractGenerator$Output.write(AbstractGenerator.java:577) at org.apache.hadoop.hdfs.server.namenode.StreamFile.doGet(StreamFile.java:68) at javax.servlet.http.HttpServlet.service(HttpServlet.java:707) at javax.servlet.http.HttpServlet.service(HttpServlet.java:820) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:502) at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1124) at org.apache.hadoop.http.HttpServer$QuotingInputFilter.doFilter(HttpServer.java:663) at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1115) at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:361) at org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216) at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181) at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:766) at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:417) at org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:230) at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152) at org.mortbay.jetty.Server.handle(Server.java:324) at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:534) at org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:864) at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:533) at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:207) at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:403) at org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:409) at org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:522) 2010-04-06 17:56:43,007 INFO org.apache.hadoop.hdfs.server.datanode.DataNode.clienttrace: src: /99.99.99.99:50010, dest: /88.88.88.88:49774, bytes: 61292544, op: HDFS_READ, cliID: DFSClient_-563231950, offset: 0, srvID: DS-1411469763-98.136.245.125-50010-1268765357890, blockid: blk_-8819444732305373616_6553266, duration: 95558730000 It was a distcp, so it should have read the whole 1 block(128MB) instead of bytes: 61292544. 1. blk_-8819444732305373616_6553266 len=134217728 Nicholas pointed out to me that this is very similar to error observed in HDFS-1024 . For distcp, thanks to the extra size checking from HADOOP-3294 we are ok, but does this mean I cannot trust the result of hadoop '-get' through hftp ? % hadoop dfs -get hftp://somehost/somepath/file1 . I have a feeling that this command can silently fail with incomplete output.
          Hide
          Tsz Wo Nicholas Sze added a comment -

          CancelledKeyException is a RuntimeException. The current codes may not handle it properly.

          Show
          Tsz Wo Nicholas Sze added a comment - CancelledKeyException is a RuntimeException. The current codes may not handle it properly.
          Hide
          Tsz Wo Nicholas Sze added a comment -
          //org.apache.hadoop.hdfs.server.namenode.StreamFile.doGet(..)
              try {
                int bytesRead;
                while ((bytesRead = in.read(buf)) != -1) {
                  os.write(buf, 0, bytesRead);
                }
              } finally {
                in.close();
                os.close();
                dfs.close();
              }
          

          In the codes above, if in.read(..) or os.write(..) throw an exception (checked or unchecked), the streams will be closed as usual. Then, client side won't be able to know about the exception but considers that it is an EOF.

          Show
          Tsz Wo Nicholas Sze added a comment - //org.apache.hadoop.hdfs.server.namenode.StreamFile.doGet(..) try { int bytesRead; while ((bytesRead = in.read(buf)) != -1) { os.write(buf, 0, bytesRead); } } finally { in.close(); os.close(); dfs.close(); } In the codes above, if in.read(..) or os.write(..) throw an exception (checked or unchecked), the streams will be closed as usual. Then, client side won't be able to know about the exception but considers that it is an EOF.
          Hide
          Tsz Wo Nicholas Sze added a comment -

          StreamFile is a datanode servlet but it is misplaced in the namenode package. I will file an issue.

          Show
          Tsz Wo Nicholas Sze added a comment - StreamFile is a datanode servlet but it is misplaced in the namenode package. I will file an issue.
          Hide
          Tsz Wo Nicholas Sze added a comment -

          h1085_20100713.patch: when there is an exception, send error if the response is not committed, otherwise, leave output stream open and let the servlet container handle the exception.

          Will try adding new tests.

          Show
          Tsz Wo Nicholas Sze added a comment - h1085_20100713.patch: when there is an exception, send error if the response is not committed, otherwise, leave output stream open and let the servlet container handle the exception. Will try adding new tests.
          Hide
          Dmytro Molkov added a comment -

          I think it has everything to do with the JVM bug and not the best way of jetty handling it. More details in https://issues.apache.org/jira/browse/HDFS-1194
          We updated the jetty version in our production cluster and we do not see secondary namenode issues anymore (we are always able to fetch the full file). It should also help this case.

          Show
          Dmytro Molkov added a comment - I think it has everything to do with the JVM bug and not the best way of jetty handling it. More details in https://issues.apache.org/jira/browse/HDFS-1194 We updated the jetty version in our production cluster and we do not see secondary namenode issues anymore (we are always able to fetch the full file). It should also help this case.
          Hide
          Tsz Wo Nicholas Sze added a comment -

          @Dmytro, this issue is not trying to fix the cause of the exception but we want to make sure that the client is able to see the exception, instead of failing silently.

          Show
          Tsz Wo Nicholas Sze added a comment - @Dmytro, this issue is not trying to fix the cause of the exception but we want to make sure that the client is able to see the exception, instead of failing silently.
          Hide
          Tsz Wo Nicholas Sze added a comment -

          BTW, thank you for commenting on this, Dmytro.

          Show
          Tsz Wo Nicholas Sze added a comment - BTW, thank you for commenting on this, Dmytro.
          Hide
          Tsz Wo Nicholas Sze added a comment -

          h1085_20100713.patch: when there is an exception, send error if the response is not committed, otherwise, leave output stream open and let the servlet container handle the exception.

          Will try adding new tests.

          It does not work. It seems that the servlet container just close the stream and the client still dose not see any exception.

          For new tests, it needs more works; see HDFS-1304.

          Show
          Tsz Wo Nicholas Sze added a comment - h1085_20100713.patch: when there is an exception, send error if the response is not committed, otherwise, leave output stream open and let the servlet container handle the exception. Will try adding new tests. It does not work. It seems that the servlet container just close the stream and the client still dose not see any exception. For new tests, it needs more works; see HDFS-1304 .
          Hide
          Tsz Wo Nicholas Sze added a comment -

          h1085_20100716b_y0.20.1xx.patch:

          • send Content-Length in StreamFile
          • check byte read in HftpFileSystem
          • if response is not committed, send error. Otherwise, client will throw an exception if it gets an EOF but byte read < Content-Length
          Show
          Tsz Wo Nicholas Sze added a comment - h1085_20100716b_y0.20.1xx.patch: send Content-Length in StreamFile check byte read in HftpFileSystem if response is not committed, send error. Otherwise, client will throw an exception if it gets an EOF but byte read < Content-Length
          Hide
          Tsz Wo Nicholas Sze added a comment -

          h1085_20100716b_y0.20.1xx_with_test.patch: same patch with new tests but it modified FileDataServlet in order to replace real hostname to localhost.

          I ran the tests locally, the patch worked fine.

          Will convert the tests with aop in HDFS-1304

          Show
          Tsz Wo Nicholas Sze added a comment - h1085_20100716b_y0.20.1xx_with_test.patch: same patch with new tests but it modified FileDataServlet in order to replace real hostname to localhost. I ran the tests locally, the patch worked fine. Will convert the tests with aop in HDFS-1304
          Hide
          Tsz Wo Nicholas Sze added a comment -

          Thanks Suresh for pointing out that we don't really need catch(..) in StreamFile.

          h1085_20100716c_y0.20.1xx.patch:

          • removed catch(..)
          • slightly changed the code to make it more similar to trunk.
          Show
          Tsz Wo Nicholas Sze added a comment - Thanks Suresh for pointing out that we don't really need catch(..) in StreamFile. h1085_20100716c_y0.20.1xx.patch: removed catch(..) slightly changed the code to make it more similar to trunk.
          Hide
          Tsz Wo Nicholas Sze added a comment -

          h1085_20100716c.patch: for trunk. Also fixed some existing javac warnings.

          Show
          Tsz Wo Nicholas Sze added a comment - h1085_20100716c.patch: for trunk. Also fixed some existing javac warnings.
          Hide
          Suresh Srinivas added a comment -

          +1 for y20 patch.

          Show
          Suresh Srinivas added a comment - +1 for y20 patch.
          Hide
          Suresh Srinivas added a comment -

          +1 for the trunk version of the patch.

          Show
          Suresh Srinivas added a comment - +1 for the trunk version of the patch.
          Hide
          Tsz Wo Nicholas Sze added a comment -

          h1085_20100716d_y0.20.1xx.patch: check null when getting Content-Length.

          Show
          Tsz Wo Nicholas Sze added a comment - h1085_20100716d_y0.20.1xx.patch: check null when getting Content-Length.
          Hide
          Suresh Srinivas added a comment -

          +1 the new y20 patch.

          Show
          Suresh Srinivas added a comment - +1 the new y20 patch.
          Hide
          Tsz Wo Nicholas Sze added a comment -

          h1085_20100716d_y0.20.1xx_test.patch: updated tests

          Show
          Tsz Wo Nicholas Sze added a comment - h1085_20100716d_y0.20.1xx_test.patch: updated tests
          Hide
          Tsz Wo Nicholas Sze added a comment -

          h1085_20100716d.patch: for trunk.

          Show
          Tsz Wo Nicholas Sze added a comment - h1085_20100716d.patch: for trunk.
          Hide
          Tsz Wo Nicholas Sze added a comment -

          test-patch on h1085_20100716d.patch

               [exec] +1 overall.  
               [exec] 
               [exec]     +1 @author.  The patch does not contain any @author tags.
               [exec] 
               [exec]     +1 tests included.  The patch appears to include 3 new or modified tests.
               [exec] 
               [exec]     +1 javadoc.  The javadoc tool did not generate any warning messages.
               [exec] 
               [exec]     +1 javac.  The applied patch does not increase the total number of javac compiler warnings.
               [exec] 
               [exec]     +1 findbugs.  The patch does not introduce any new Findbugs warnings.
               [exec] 
               [exec]     +1 release audit.  The applied patch does not increase the total number of release audit warnings.
          

          I will wait sometime to see if Hudson would response.

          Show
          Tsz Wo Nicholas Sze added a comment - test-patch on h1085_20100716d.patch [exec] +1 overall. [exec] [exec] +1 @author. The patch does not contain any @author tags. [exec] [exec] +1 tests included. The patch appears to include 3 new or modified tests. [exec] [exec] +1 javadoc. The javadoc tool did not generate any warning messages. [exec] [exec] +1 javac. The applied patch does not increase the total number of javac compiler warnings. [exec] [exec] +1 findbugs. The patch does not introduce any new Findbugs warnings. [exec] [exec] +1 release audit. The applied patch does not increase the total number of release audit warnings. I will wait sometime to see if Hudson would response.
          Hide
          Hadoop QA added a comment -

          -1 overall. Here are the results of testing the latest attachment
          http://issues.apache.org/jira/secure/attachment/12449705/h1085_20100716c.patch
          against trunk revision 964947.

          +1 @author. The patch does not contain any @author tags.

          +1 tests included. The patch appears to include 3 new or modified tests.

          +1 javadoc. The javadoc tool did not generate any warning messages.

          +1 javac. The applied patch does not increase the total number of javac compiler warnings.

          +1 findbugs. The patch does not introduce any new Findbugs warnings.

          +1 release audit. The applied patch does not increase the total number of release audit warnings.

          -1 core tests. The patch failed core unit tests.

          -1 contrib tests. The patch failed contrib unit tests.

          Test results: http://hudson.zones.apache.org/hudson/job/Hdfs-Patch-h5.grid.sp2.yahoo.net/436/testReport/
          Findbugs warnings: http://hudson.zones.apache.org/hudson/job/Hdfs-Patch-h5.grid.sp2.yahoo.net/436/artifact/trunk/build/test/findbugs/newPatchFindbugsWarnings.html
          Checkstyle results: http://hudson.zones.apache.org/hudson/job/Hdfs-Patch-h5.grid.sp2.yahoo.net/436/artifact/trunk/build/test/checkstyle-errors.html
          Console output: http://hudson.zones.apache.org/hudson/job/Hdfs-Patch-h5.grid.sp2.yahoo.net/436/console

          This message is automatically generated.

          Show
          Hadoop QA added a comment - -1 overall. Here are the results of testing the latest attachment http://issues.apache.org/jira/secure/attachment/12449705/h1085_20100716c.patch against trunk revision 964947. +1 @author. The patch does not contain any @author tags. +1 tests included. The patch appears to include 3 new or modified tests. +1 javadoc. The javadoc tool did not generate any warning messages. +1 javac. The applied patch does not increase the total number of javac compiler warnings. +1 findbugs. The patch does not introduce any new Findbugs warnings. +1 release audit. The applied patch does not increase the total number of release audit warnings. -1 core tests. The patch failed core unit tests. -1 contrib tests. The patch failed contrib unit tests. Test results: http://hudson.zones.apache.org/hudson/job/Hdfs-Patch-h5.grid.sp2.yahoo.net/436/testReport/ Findbugs warnings: http://hudson.zones.apache.org/hudson/job/Hdfs-Patch-h5.grid.sp2.yahoo.net/436/artifact/trunk/build/test/findbugs/newPatchFindbugsWarnings.html Checkstyle results: http://hudson.zones.apache.org/hudson/job/Hdfs-Patch-h5.grid.sp2.yahoo.net/436/artifact/trunk/build/test/checkstyle-errors.html Console output: http://hudson.zones.apache.org/hudson/job/Hdfs-Patch-h5.grid.sp2.yahoo.net/436/console This message is automatically generated.
          Hide
          Hadoop QA added a comment -

          -1 overall. Here are the results of testing the latest attachment
          http://issues.apache.org/jira/secure/attachment/12449743/h1085_20100716d.patch
          against trunk revision 964947.

          +1 @author. The patch does not contain any @author tags.

          +1 tests included. The patch appears to include 3 new or modified tests.

          +1 javadoc. The javadoc tool did not generate any warning messages.

          +1 javac. The applied patch does not increase the total number of javac compiler warnings.

          +1 findbugs. The patch does not introduce any new Findbugs warnings.

          +1 release audit. The applied patch does not increase the total number of release audit warnings.

          -1 core tests. The patch failed core unit tests.

          -1 contrib tests. The patch failed contrib unit tests.

          Test results: http://hudson.zones.apache.org/hudson/job/Hdfs-Patch-h5.grid.sp2.yahoo.net/437/testReport/
          Findbugs warnings: http://hudson.zones.apache.org/hudson/job/Hdfs-Patch-h5.grid.sp2.yahoo.net/437/artifact/trunk/build/test/findbugs/newPatchFindbugsWarnings.html
          Checkstyle results: http://hudson.zones.apache.org/hudson/job/Hdfs-Patch-h5.grid.sp2.yahoo.net/437/artifact/trunk/build/test/checkstyle-errors.html
          Console output: http://hudson.zones.apache.org/hudson/job/Hdfs-Patch-h5.grid.sp2.yahoo.net/437/console

          This message is automatically generated.

          Show
          Hadoop QA added a comment - -1 overall. Here are the results of testing the latest attachment http://issues.apache.org/jira/secure/attachment/12449743/h1085_20100716d.patch against trunk revision 964947. +1 @author. The patch does not contain any @author tags. +1 tests included. The patch appears to include 3 new or modified tests. +1 javadoc. The javadoc tool did not generate any warning messages. +1 javac. The applied patch does not increase the total number of javac compiler warnings. +1 findbugs. The patch does not introduce any new Findbugs warnings. +1 release audit. The applied patch does not increase the total number of release audit warnings. -1 core tests. The patch failed core unit tests. -1 contrib tests. The patch failed contrib unit tests. Test results: http://hudson.zones.apache.org/hudson/job/Hdfs-Patch-h5.grid.sp2.yahoo.net/437/testReport/ Findbugs warnings: http://hudson.zones.apache.org/hudson/job/Hdfs-Patch-h5.grid.sp2.yahoo.net/437/artifact/trunk/build/test/findbugs/newPatchFindbugsWarnings.html Checkstyle results: http://hudson.zones.apache.org/hudson/job/Hdfs-Patch-h5.grid.sp2.yahoo.net/437/artifact/trunk/build/test/checkstyle-errors.html Console output: http://hudson.zones.apache.org/hudson/job/Hdfs-Patch-h5.grid.sp2.yahoo.net/437/console This message is automatically generated.
          Hide
          Tsz Wo Nicholas Sze added a comment -

          All the failed tests are not related to this. The related JIRA are listed below.

          • org.apache.hadoop.hdfs.TestFiHFlush.hFlushFi01_a; see HDFS-1206
          • org.apache.hadoop.hdfs.TestFileAppend4; see HDFS-1306
          • org.apache.hadoop.hdfs.security.token.block.TestBlockToken.testBlockTokenRpc; see HDFS-1284
          • org.apache.hadoop.hdfs.server.common.TestJspHelper.testGetUgi; see HDFS-1285
          Show
          Tsz Wo Nicholas Sze added a comment - All the failed tests are not related to this. The related JIRA are listed below. org.apache.hadoop.hdfs.TestFiHFlush.hFlushFi01_a; see HDFS-1206 org.apache.hadoop.hdfs.TestFileAppend4; see HDFS-1306 org.apache.hadoop.hdfs.security.token.block.TestBlockToken.testBlockTokenRpc; see HDFS-1284 org.apache.hadoop.hdfs.server.common.TestJspHelper.testGetUgi; see HDFS-1285
          Hide
          Tsz Wo Nicholas Sze added a comment -

          Thanks Suresh for the reviewing.

          I have committed this.

          Show
          Tsz Wo Nicholas Sze added a comment - Thanks Suresh for the reviewing. I have committed this.
          Hide
          Hudson added a comment -

          Integrated in Hadoop-Hdfs-trunk-Commit #346 (See http://hudson.zones.apache.org/hudson/job/Hadoop-Hdfs-trunk-Commit/346/)

          Show
          Hudson added a comment - Integrated in Hadoop-Hdfs-trunk-Commit #346 (See http://hudson.zones.apache.org/hudson/job/Hadoop-Hdfs-trunk-Commit/346/ )

            People

            • Assignee:
              Tsz Wo Nicholas Sze
              Reporter:
              Koji Noguchi
            • Votes:
              0 Vote for this issue
              Watchers:
              4 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved:

                Development