hama-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Chris Willmore <chris.willm...@yahoo.com>
Subject Re: Fixed: hama-0.2 Job blocking after all tasks completed
Date Mon, 23 May 2011 06:33:55 GMT
Hi Edward,

Unfortunately I don't know what the problem. If you are curious enough to reproduce, you may
checkout my project from github at this commit:

The project is built with maven, so it should be quick to build and deploy.
Arguments to the main method are: <num_points> <num_clusters>
where num_clusters must <= number of grooms.


From: Edward J. Yoon <edwardyoon@apache.org>
To: hama-user@incubator.apache.org; Chris Willmore <chris.willmore@yahoo.com>
Sent: Monday, May 23, 2011 3:21 AM
Subject: Re: Fixed: hama-0.2 Job blocking after all tasks completed

That's great.

By the way, what was problem?

On Mon, May 23, 2011 at 3:51 AM, Chris Willmore
<chris.willmore@yahoo.com> wrote:
> Hi All,
> I simplified my algorithm and the issue has disappeared.
> Regards,
> Chris
> ________________________________
> From: Chris Willmore <chris.willmore@yahoo.com>
> To: "hama-user@incubator.apache.org" <hama-user@incubator.apache.org>
> Sent: Sunday, May 22, 2011 5:17 PM
> Subject: hama-0.2 Job blocking after all tasks completed
> Hi Folks,
> I am running hama-0.2 with 3 groomservers, on 3 hosts. I submit the job via the hama
command interface, and it seems to execute perfectly. Tailing of the groom server logs shows
succesfull completion. The forked GroomServer.Child processes shutdown, but the job never
fully completes.
> On the BSPMaster, running jstack on the hama.util.RunJar process shows the main thread
still blocked on BSPJob.waitForCompletion(true).
> I've looked through the logs of master, zookeeper, and grooms and everything looks good
> Here is the source of my program:
> https://github.com/willmore/hama-kmeans/blob/master/src/main/java/ee/ut/cs/willmore/KMeansCluster.java
> Any pointers would be greatly appreciated.
> Cheers,
> Chris

Best Regards, Edward J. Yoon
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message