Return-Path: X-Original-To: apmail-pig-dev-archive@www.apache.org Delivered-To: apmail-pig-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 64E109ED2 for ; Tue, 24 Apr 2012 07:10:16 +0000 (UTC) Received: (qmail 54987 invoked by uid 500); 24 Apr 2012 07:10:16 -0000 Delivered-To: apmail-pig-dev-archive@pig.apache.org Received: (qmail 54957 invoked by uid 500); 24 Apr 2012 07:10:16 -0000 Mailing-List: contact dev-help@pig.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@pig.apache.org Delivered-To: mailing list dev@pig.apache.org Received: (qmail 54938 invoked by uid 99); 24 Apr 2012 07:10:15 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 24 Apr 2012 07:10:15 +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) Received: from [209.85.160.49] (HELO mail-pb0-f49.google.com) (209.85.160.49) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 24 Apr 2012 07:10:06 +0000 Received: by pbcun4 with SMTP id un4so5238065pbc.22 for ; Tue, 24 Apr 2012 00:09:42 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding:x-gm-message-state; bh=B87pKz8rLehZfSb+Pt2pei5s9GpAcOlB06hgEVFIo4E=; b=Dfr0MwNYsopQtxelKprcALxL0j/KQmp25O8QPpmqx9PXLEWoutEuxbrLoOBWNeQpQt PwxI5H97yWh1xjpqcV1M9UYzJP3pSpfQmqhECtZhs7JUZFjfhQRe0c4leDCscL9pvogq zLroovCaI/vKHzyUU+E912wXMNeDzgkrpcxfAKay16JmgYug+ZgqJlVKQMZZkQCqMc2M fCcg/7+NWSUfcqBVawF5SUp6iyKltxQ+IJ4Q2LCJljRLrCmluEItutCc24XJt9c+e5gw UEVn7S0nA0UiXmtnrYnSw4pOI/tReJloU0dqFS2Gkp1VmHu9b5vcgF+R7oCgO6nbSkoi RDzA== MIME-Version: 1.0 Received: by 10.68.204.39 with SMTP id kv7mr1792280pbc.155.1335251381885; Tue, 24 Apr 2012 00:09:41 -0700 (PDT) Received: by 10.142.143.19 with HTTP; Tue, 24 Apr 2012 00:09:41 -0700 (PDT) In-Reply-To: References: Date: Tue, 24 Apr 2012 00:09:41 -0700 Message-ID: Subject: Re: [VOTE] Release Pig 0.10.0 (candidate 0) From: Daniel Dai To: dev@pig.apache.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Gm-Message-State: ALoCoQkcwINRyTwc6dryzQ2L4jAbq0/U6JZU0orktZ7m+eSD2Sb0EwKxTpqMnNJySsh+6ioXXk9U Do you have HADOOP_HOME? Both HADOOP_CONF_DIR/PIG_CLASSPATH should work, can you use bin/pig -secretDebugCmd to check hadoop command line? On Mon, Apr 23, 2012 at 11:32 PM, Prashant Kommireddi wrote: > Thanks Dmitriy, that works. But I am wondering why the behavior is > different from the previous versions. > > Difference I see in bin/pig is (0.10.0 vs 0.9.1) > >> # add HADOOP_CONF_DIR >> if [ "$HADOOP_CONF_DIR" !=3D "" ]; then >> =A0 =A0 CLASSPATH=3D${CLASSPATH}:${HADOOP_CONF_DIR} >> fi > > AFAIK, this should not affect it - all it's doing is adding the conf dir = to > the classpath which I was doing earlier through PIG_CLASSPATH in my wrapp= er > script. > > The issue here is that certain properties are not same between client > machine and remote cluster, for eg JAVA_HOME. Since pig is client side it > made sense for Pig to not pick up any cluster properties from > "hadoop-env.sh". I am not sure what the change here is that's now causing > it to be picked up. > > > > On Mon, Apr 23, 2012 at 9:14 PM, Dmitriy Ryaboy wrot= e: > >> pig.sh understands the arguments below -- try setting HADOOP_CONF_DIR? >> >> # Environment Variables >> # >> # =A0 =A0 JAVA_HOME =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0The java implementati= on to use. >> Overrides JAVA_HOME. >> # >> # =A0 =A0 PIG_CLASSPATH Extra Java CLASSPATH entries. >> # >> # =A0 =A0 HADOOP_HOME/HADOOP_PREFIX =A0 =A0 Environment >> HADOOP_HOME/HADOOP_PREFIX(0.20.205) >> # >> # =A0 =A0 HADOOP_CONF_DIR =A0 =A0 Hadoop conf dir >> # >> # =A0 =A0 PIG_HEAPSIZE =A0 =A0The maximum amount of heap to use, in MB. >> # =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0Default is 1000. >> # >> # =A0 =A0 PIG_OPTS =A0 =A0 =A0 =A0 =A0 =A0Extra Java runtime options. >> # >> # =A0 =A0 PIG_CONF_DIR =A0 =A0Alternate conf dir. Default is ${PIG_HOME}= /conf. >> # >> # =A0 =A0 HBASE_CONF_DIR - Optionally, the HBase configuration to run ag= ainst >> # =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0when using HBaseStorage >> >> >> >> On Mon, Apr 23, 2012 at 8:45 PM, Prashant Kommireddi >> wrote: >> > I have a wrapper script to switch between Pig versions and clusters. >> > >> > export PIG_HOME=3D$HOME/tools/Linux/hadoop/pig-$PIG_VERSION >> > export JAVA_HOME=3D$HOME/tools/Linux/jdk/jdk$JAVA_VERSION/ >> > export >> PIG_CLASSPATH=3D$HOME/apps/gridforce/main/hadoop/conf/$HADOOP_CLUSTER >> > >> > HADOOP_CLUSTER contains the hadoop configs (endpoints) for the cluster= I >> > want to point to. >> > >> > And then I do this to start pig. >> > >> > $PIG_HOME/bin/pig >> > >> > This works with previous versions pig-0.8.0 and pig-0.9.1. However, >> > pig-0.10.0 fails to pick up the right classpath. >> > >> > $ ./pig.sh >> > =A0.. >> > ..... >> > ...... >> > 2012-04-23 20:42:35,340 [main] INFO >> > org.apache.pig.backend.hadoop.executionengine.HExecutionEngine - >> Connecting >> > to hadoop file system at: file:/// >> > >> > Is this something with my script, or may be the new version (0.10.0)? >> > >> > -Prashant >> > >> > >> > On Mon, Apr 23, 2012 at 8:30 PM, Dmitriy Ryaboy >> wrote: >> > >> >> Uh, actually, one of the test-commit tests failed in my environment. >> >> >> >> In TestPigServer: >> >> >> >> Testcase: testDefaultPigProperties took 0.033 sec >> >> =A0 =A0 =A0 =A0Caused an ERROR >> >> null >> >> java.lang.NullPointerException >> >> =A0 =A0 =A0 =A0at >> >> >> org.apache.pig.test.TestPigServer.testDefaultPigProperties(TestPigServer= .java:895) >> >> >> >> Something about my environment? >> >> >> >> D >> >> >> >> >> >> On Mon, Apr 23, 2012 at 6:36 PM, Dmitriy Ryaboy >> >> wrote: >> >> > +1 >> >> > >> >> > >> >> > Verified several jobs using Elephant-Bird loaders. >> >> > Tested correctness with pig.exec.mapPartAgg both true and false. >> >> > Verified license. >> >> > Verified release notes. >> >> > Ran test-commit >> >> > >> >> > D >> >> > >> >> > On Sat, Apr 21, 2012 at 12:27 PM, Daniel Dai >> >> wrote: >> >> >> We should do sanity check of the package, such as unit tests, e2e >> >> >> tests, piggybank tests, package integrity, package signature, >> license, >> >> >> etc. However, if we find a new bug, usually we will push it to the >> >> >> next release at this stage unless it is a critical one. >> >> >> >> >> >> Thanks, >> >> >> Daniel >> >> >> >> >> >> On Sat, Apr 21, 2012 at 12:48 AM, Prashant Kommireddi >> >> >> wrote: >> >> >>> Hi Daniel, >> >> >>> >> >> >>> What is required other than running the regular tests for testing >> >> release >> >> >>> candidate? I can think of running a few existing scripts against >> >> candidate >> >> >>> build and making sure outputs look fine. >> >> >>> >> >> >>> Thanks, >> >> >>> Prashant >> >> >>> >> >> >>> On Fri, Apr 20, 2012 at 12:39 AM, Daniel Dai > > >> >> wrote: >> >> >>> >> >> >>>> Hi, >> >> >>>> >> >> >>>> I have created a candidate build for Pig 0.10.0. >> >> >>>> >> >> >>>> Keys used to sign the release are available at >> >> >>>> http://svn.apache.org/viewvc/pig/trunk/KEYS?view=3Dmarkup. >> >> >>>> >> >> >>>> Please download, test, and try it out: >> >> >>>> >> >> >>>> http://people.apache.org/~daijy/pig-0.10.0-candidate-0/ >> >> >>>> >> >> >>>> Should we release this? Vote closes on next Tuesday, Apr 24th. >> >> >>>> >> >> >>>> Daniel >> >> >>>> >> >> >>