You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@hama.apache.org by "Thomas Jungblut (JIRA)" <ji...@apache.org> on 2011/05/06 10:25:03 UTC
[jira] [Issue Comment Edited] (HAMA-379) Setting default values to
job.setNumBspTask()
[ https://issues.apache.org/jira/browse/HAMA-379?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13029825#comment-13029825 ]
Thomas Jungblut edited comment on HAMA-379 at 5/6/11 8:24 AM:
--------------------------------------------------------------
You mean in the case someone submits a job and don't won't to run a task?:D
EDIT: maxtasks <> user entered tasks. Sorry for that, it's to early in the morning.
was (Author: thomas.jungblut):
You mean in the case someone submits a job and don't won't to run a task?:D
> Setting default values to job.setNumBspTask()
> ---------------------------------------------
>
> Key: HAMA-379
> URL: https://issues.apache.org/jira/browse/HAMA-379
> Project: Hama
> Issue Type: Task
> Components: bsp
> Affects Versions: 0.2.0
> Environment: linux
> Reporter: Thomas Jungblut
> Assignee: Thomas Jungblut
> Priority: Minor
> Fix For: 0.3.0
>
> Attachments: hama-379-v4.patch, hama-379-v5.patch, hama-379-v6.patch
>
>
> When a user does not explicitly sets the number of BSP tasks in his own jobs the job will hang forever with this output:
> 11/04/17 20:07:50 INFO bsp.BSPJobClient: Running job: job_201104172007_0001
> 11/04/17 20:07:53 INFO bsp.BSPJobClient: Current supersteps number: 0
> We should provide a check that will reject wrong values: 1 > numOfTasks > numberOfGrooms (is this upper bound right or can multiple tasks of the same job run on the same groom?)
> This could be implemented in the method "submitJobInternal" of the BSPJobClient. We should add an info log statement if we changed the value.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira