You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@bigtop.apache.org by "jay vyas (JIRA)" <ji...@apache.org> on 2014/07/08 03:05:34 UTC
[jira] [Comment Edited] (BIGTOP-895) A number of testcases in
TestCLI are failing with (at least) Hadoop 2.0.3 and later
[ https://issues.apache.org/jira/browse/BIGTOP-895?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14054350#comment-14054350 ]
jay vyas edited comment on BIGTOP-895 at 7/8/14 1:04 AM:
---------------------------------------------------------
Is it true that, based on the work done here - the new hadoop fs client is backwards incompatible with old tests? For example, Im finding this test
{noformat}
14/07/05 21:22:10 INFO cli.CLITestHelper: 368: chmod: change permission(octal mode) of file in absolute path
14/07/05 21:22:10 INFO cli.CLITestHelper: 376: chmod: change permission(octal mode) of directory in absolute path recursively
14/07/05 21:22:10 INFO cli.CLITestHelper: 377: chmod: change permission(octal mode) of directory in relative path recursively
14/07/05 21:22:10 INFO cli.CLITestHelper: 378: chmod: change permission(normal mode) of directory in absolute path recursively
14/07/05 21:22:10 INFO cli.CLITestHelper: 379: chmod: change permission(normal mode) of directory in relative path recursively
14/07/05 21:22:10 INFO cli.CLITestHelper: 384: chmod: change permission(octal mode) of multiple files in absolute path using globbing
14/07/05 21:22:10 INFO cli.CLITestHelper: 385: chmod: change permission(octal mode) of multiple files in relative path using globbing
14/07/05 21:22:10 INFO cli.CLITestHelper: 388: chmod: change permission(octal mode) of multiple files in absolute path without globbing
14/07/05 21:22:10 INFO cli.CLITestHelper: 389: chmod: change permission(octal mode) of multiple files in relative path without globbing
14/07/05 21:22:10 INFO cli.CLITestHelper: 400: chmod: change permission(octal mode) of multiple directories in absolute path recursively using globbing
14/07/05 21:22:10 INFO cli.CLITestHelper: 401: chmod: change permission(octal mode) of multiple directories in relative path recursively using globbing
14/07/05 21:22:10 INFO cli.CLITestHelper: 402: chmod: change permission(octal mode) of multiple directories in absolute path recursively without globbing
14/07/05 21:22:10 INFO cli.CLITestHelper: 403: chmod: change permission(octal mode) of multiple directories in relative path recursively without globbing
14/07/05 21:22:10 INFO cli.CLITestHelper: 404: chmod: change permission(normal mode) of multiple directories in absolute path recursively using globbing
14/07/05 21:22:10 INFO cli.CLITestHelper: 405: chmod: change permission(normal mode) of multiple directories in relative path recursively using globbing
14/07/05 21:22:10 INFO cli.CLITestHelper: 406: chmod: change permission(normal mode) of multiple directories in absolute path recursively without globbing
14/07/05 21:22:10 INFO cli.CLITestHelper: 407: chmod: change permission(normal mode) of multiple directories in relative path recursively without globbing
14/07/05 21:22:10 INFO cli.CLITestHelper: 412: chmod: change permission(octal mode) of file in hdfs:// path
14/07/05 21:22:10 INFO cli.CLITestHelper: 416: chmod: change permission(octal mode) of directory in hdfs:// path recursively
14/07/05 21:22:10 INFO cli.CLITestHelper: 417: chmod: change permission(normal mode) of directory in hdfs:// path recursively
14/07/05 21:22:10 INFO cli.CLITestHelper: 420: chmod: change permission(octal mode) of multiple files in hdfs:// path using globbing
14/07/05 21:22:10 INFO cli.CLITestHelper: 422: chmod: change permission(octal mode) of multiple files in hdfs:// path without globbing
14/07/05 21:22:10 INFO cli.CLITestHelper: 428: chmod: change permission(octal mode) of multiple directories in hdfs:// path recursively using globbing
14/07/05 21:22:10 INFO cli.CLITestHelper: 429: chmod: change permission(octal mode) of multiple directories in hdfs:// path recursively without globbing
14/07/05 21:22:10 INFO cli.CLITestHelper: 430: chmod: change permission(normal mode) of multiple directories in hdfs:// path recursively using globbing
14/07/05 21:22:10 INFO cli.CLITestHelper: 431: chmod: change permission(normal mode) of multiple directories in hdfs:// path recursively without globbing
14/07/05 21:22:10 INFO cli.CLITestHelper: 434: chmod: change permission(octal mode) of file in Namenode's path
14/07/05 21:22:10 INFO cli.CLITestHelper: 438: chmod: change permission(octal mode) of directory in Namenode's path recursively
14/07/05 21:22:10 INFO cli.CLITestHelper: 439: chmod: change permission(normal mode) of directory in Namenode's path recursively
{noformat}
All fail in 2.0.3 HDFS. i.e. that we should expect the current testConfHDFS.xml file to fail on hadoop 2.0.3 and below ?
I think so - and just confirming. This isn't a problem - its just something I'd like to confirm from the folks who worked on this patch (if curious / bored you can See BIGTOP-1341 for why I'm asking. where i tested this stuff on bigtop 0.7.0 release ).
was (Author: jayunit100):
Is it true that, based on the work done here - we the new hadoop fs client is backwards incompatible with old tests?
i.e. that we should expect the current testConfHDFS.xml file to fail on hadoop 2.0.3 and below ?
(if curious / bored you can See BIGTOP-1341 for why I'm asking. where i tested this stuff on bigtop 0.7.0 release )
> A number of testcases in TestCLI are failing with (at least) Hadoop 2.0.3 and later
> -----------------------------------------------------------------------------------
>
> Key: BIGTOP-895
> URL: https://issues.apache.org/jira/browse/BIGTOP-895
> Project: Bigtop
> Issue Type: Bug
> Components: Tests
> Affects Versions: 0.5.0
> Reporter: Konstantin Boudnik
> Assignee: Anatoli Fomenko
> Priority: Blocker
> Fix For: 0.6.0
>
> Attachments: 0001-BIGTOP-895.-A-number-of-testcases-in-TestCLI-are-fai.patch, 0002-BIGTOP-895.-A-number-of-testcases-in-TestCLI-are-fai.patch, BIGTOP-895.patch, BIGTOP-895.patch, failing-testCLI.txt
>
>
> The list of failing tests is attached.
--
This message was sent by Atlassian JIRA
(v6.2#6252)