Mailing-List: contact mapreduce-issues-help@hadoop.apache.org; run by ezmlm
Precedence: bulk
Reply-To: mapreduce-issues@hadoop.apache.org
Message-ID: <5498561.19481271063622143.JavaMail.jira@thor>
Date: Mon, 12 Apr 2010 05:13:42 -0400 (EDT)
From: "Iyappan Srinivasan (JIRA)" <jira@apache.org>
To: mapreduce-issues@hadoop.apache.org
Subject: [jira] Updated: (MAPREDUCE-1676) Create test scenario for
 "distributed cache file behaviour, when dfs file is modified"
In-Reply-To: <904417634.14801270566274067.JavaMail.jira@brutus.apache.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


     [ https://issues.apache.org/jira/browse/MAPREDUCE-1676?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Iyappan Srinivasan updated MAPREDUCE-1676:
------------------------------------------

    Attachment: TestDistributedCacheModifiedFile.patch
                TEST-org.apache.hadoop.mapred.TestDistributedCacheModifiedFile.txt

Thanks Cos for your comments. Uploaded new patch incorporating Cos comments and some minor nits. Attached test results also.

> Create test scenario for "distributed cache file behaviour, when dfs file is modified"
> --------------------------------------------------------------------------------------
>
>                 Key: MAPREDUCE-1676
>                 URL: https://issues.apache.org/jira/browse/MAPREDUCE-1676
>             Project: Hadoop Map/Reduce
>          Issue Type: Test
>    Affects Versions: 0.22.0
>            Reporter: Iyappan Srinivasan
>            Assignee: Iyappan Srinivasan
>         Attachments: TEST-org.apache.hadoop.mapred.TestDistributedCacheModifiedFile.txt, TestDistributedCacheModifiedFile.patch, TestDistributedCacheModifiedFile.patch
>
>
>  Verify the Distributed Cache functionality. This test scenario is for a distributed cache file behaviour when it is modified before and after being accessed by maximum two jobs. Once a job uses a distributed cache file  that file is stored in the mapred.local.dir. If the next job
>  uses the same file, but with differnt timestamp, then that  file is stored again. So, if two jobs choose the same tasktracker for their job execution then, the distributed cache file should be found twice.
> This testcase runs a job with a distributed cache file. All the tasks' corresponding tasktracker's handle is got and checked for the presence of distributed cache with proper permissions in the proper directory. Next when job runs again and if any of its tasks hits the same tasktracker, which ran one of the task of the previous job, then that
> file should be uploaded again and task should not use the old file.

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