Return-Path: X-Original-To: apmail-mahout-user-archive@www.apache.org Delivered-To: apmail-mahout-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id EDFEC78FD for ; Fri, 2 Sep 2011 09:10:28 +0000 (UTC) Received: (qmail 97966 invoked by uid 500); 2 Sep 2011 09:10:22 -0000 Delivered-To: apmail-mahout-user-archive@mahout.apache.org Received: (qmail 97510 invoked by uid 500); 2 Sep 2011 09:09:53 -0000 Mailing-List: contact user-help@mahout.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@mahout.apache.org Delivered-To: mailing list user@mahout.apache.org Delivered-To: moderator for user@mahout.apache.org Received: (qmail 93375 invoked by uid 99); 2 Sep 2011 09:06:07 -0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) MIME-Version: 1.0 Sender: danbri2011@danbri.org In-Reply-To: <99CF5A2B2A1D9542A589C5F5EBD3DA03040D321E90@rock.narus.com> References: <4DEBC5C5.4040308@gmail.com> <99CF5A2B2A1D9542A589C5F5EBD3DA03040B124602@rock.narus.com> <99CF5A2B2A1D9542A589C5F5EBD3DA03040B124A57@rock.narus.com> <99CF5A2B2A1D9542A589C5F5EBD3DA03040B124B11@rock.narus.com> <99CF5A2B2A1D9542A589C5F5EBD3DA03040B124B6B@rock.narus.com> <99CF5A2B2A1D9542A589C5F5EBD3DA03040D321E90@rock.narus.com> Date: Fri, 2 Sep 2011 11:05:40 +0200 X-Google-Sender-Auth: XOQ09aaMBnCHFGjN8A3AFdAmw2g Message-ID: Subject: Re: Problems running examples From: Dan Brickley To: Jeff Eastman Cc: "user@mahout.apache.org" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org Hi Jeff, On 31 August 2011 22:32, Jeff Eastman wrote: > No I never did. I got distracted doing something else and did not debug f= urther. If you are still seeing this on trunk then we should (re)open a JIR= A. I spent a bit more time on this, and the problem (at least for me) seems to me to be HADOOP_CONF_DIR. The bin/mahout script is appending it to classpath, and when it points to a legitimate Hadoop conf/ directory, something in mahout notices and switches to clustered behaviour. Could you take a look at https://issues.apache.org/jira/browse/MAHOUT-800 (and suggested patch). Does this relate to your problems? Dan > Jeff > > -----Original Message----- > From: danbri2011@danbri.org [mailto:danbri2011@danbri.org] On Behalf Of D= an Brickley > Sent: Wednesday, August 31, 2011 12:16 PM > To: Jeff Eastman > Cc: user@mahout.apache.org > Subject: Re: Problems running examples > > On 10 June 2011 18:34, Jeff Eastman wrote: >> I'm still trying to figure out why reuters-0.5 does not work on either o= f my clusters. The scripts themselves have no diff and the environment vari= ables are set as in trunk except for MAHOUT_HOME. The synthetic control and= 20 newsgroups examples run on both clusters without problems (well, 20 new= sgroups has a Version Mismatch error on CDH3, but that is another story). B= ut when I run reuters on 0.5 I see "MAHOUT_LOCAL is set, running locally" f= ollowed by file IO exceptions in MahoutDriver that are cluster dependent. W= hen I run it on trunk, I don't see this and it works just fine. > > Did you get to the bottom of this? I'm running a freshly built trunk, > compiled today with a new ~/.m2 (and I reinstalled my hadoop just in > case). Initially I was expecting the build-reuters.sh demos to run on > hadoop, but I googled errors and found my way to this thread as you've > the same errors, which suggests they'll only work locally. FWIW re > clustered mode, I have a hadoop pseudo-cluster running on my laptop > alongside mahout, and have pig and other things talking to it fine. > > I have btw had build-reuters.sh run kmeans on another -real- cluster > quite happily (and have just done that again, to make sure). Not sure > what's wrong with the Mac one, nor why > the same run of the script on my laptop tells me both "no HADOOP_HOME > set, running locally" and also "Call to localhost/127.0.0.1:9000 > failed on local exception: java.io.EOFException". =C2=A0From re-reading > this thread I seem to be following in your footsteps... > > Thanks for any pointers / update, > > cheers, > > Dan >