It was missing the c++ libraries though:
https://builds.apache.org/job/PreCommit-HADOOP-Build/2002/artifact/trunk/patchprocess/patchJavacWarnings.txt

-Todd

On Mon, Jan 7, 2013 at 3:46 PM, Giridharan Kesavan
<gkesa...@hortonworks.com> wrote:
> I did install protoc on hadoop9 and brought it back online after testing it
> couple of hours back.
>
>
> -Giri
>
>
> On Mon, Jan 7, 2013 at 3:35 PM, Todd Lipcon <t...@cloudera.com> wrote:
>
>> I'll install the right protoc and libstdc++ dev on asf009 as well.
>>
>> -Todd
>>
>> On Mon, Jan 7, 2013 at 9:57 AM, Andrew Wang <andrew.w...@cloudera.com>
>> wrote:
>> > I think hadoop9 has a similar problem as hadoop8, based on a recent
>> build.
>> > The javac output has a compile-proto error:
>> >
>> > https://builds.apache.org/job/PreCommit-HDFS-Build/3755/
>> >
>> https://builds.apache.org/job/PreCommit-HDFS-Build/3755/artifact/trunk/patchprocess/trunkJavacWarnings.txt
>> >
>> >
>> > On Sun, Jan 6, 2013 at 1:57 AM, Binglin Chang <decst...@gmail.com>
>> wrote:
>> >
>> >> HAServiceProtocol.proto:21:8: Option "java_generic_services" unknown.
>> >> This is probably caused by a older version of protoc in build env.
>> >>
>> >>
>> >> On Sun, Jan 6, 2013 at 2:12 PM, Giridharan Kesavan <
>> >> gkesa...@hortonworks.com
>> >> > wrote:
>> >>
>> >> > by looking at the failure log :
>> >> >
>> >> >
>> >>
>> https://builds.apache.org/view/Hadoop/job/PreCommit-HADOOP-Build/1950/artifact/trunk/patchprocess/trunkJavacWarnings.txt
>> >> > build failed on
>> >> >
>> >> > [INFO] --- exec-maven-plugin:1.2:exec (compile-proto) @ hadoop-common
>> ---
>> >> >
>> >> > HAServiceProtocol.proto:21:8: Option "java_generic_services" unknown.
>> >> >
>> >> > I'm not sure if this is something to do with the build env.
>> >> >
>> >> > -Giri
>> >> >
>> >> >
>> >> > On Sat, Jan 5, 2013 at 5:57 PM, Binglin Chang <decst...@gmail.com>
>> >> wrote:
>> >> >
>> >> > > I am not sure if this problem is solved, the build still failed in
>> >> > > precommit-HADOOP
>> >> > > https://builds.apache.org/view/Hadoop/job/PreCommit-HADOOP-Build/
>> >> > >
>> >> > >
>> >> > > On Sat, Jan 5, 2013 at 6:46 AM, Giridharan Kesavan <
>> >> > > gkesa...@hortonworks.com
>> >> > > > wrote:
>> >> > >
>> >> > > > Marking the slave offline would do. I 've mared the hadoop8 slave
>> >> > > offline,
>> >> > > > while I test it for builds and bring it back online later when its
>> >> > good.
>> >> > > >
>> >> > > >
>> >> > > > -Giri
>> >> > > >
>> >> > > >
>> >> > > > On Fri, Jan 4, 2013 at 2:26 PM, Todd Lipcon <t...@cloudera.com>
>> >> wrote:
>> >> > > >
>> >> > > > > Turns out I had to both kill -9 it and chmod 000
>> >> > > > > /home/jenkins/jenkins-slave in order to keep it from
>> >> auto-respawning.
>> >> > > > > Just a note so that once the toolchain is fixed, someone knows
>> to
>> >> > > > > re-chmod back to 755.
>> >> > > > >
>> >> > > > > -Todd
>> >> > > > >
>> >> > > > > On Fri, Jan 4, 2013 at 2:11 PM, Todd Lipcon <t...@cloudera.com>
>> >> > wrote:
>> >> > > > > > I'm going to kill -9 the jenkins slave on hadoop8 for now cuz
>> >> it's
>> >> > > > > > causing havoc on the precommit builds. I can't see another
>> way to
>> >> > > > > > administratively disable it from the Jenkins interface.
>> >> > > > > >
>> >> > > > > > Rajiv, Giri -- mind if I build/install protoc into /usr/local
>> to
>> >> > > match
>> >> > > > > > the other slaves? We can continue the conversation about
>> >> > provisioning
>> >> > > > > > after, but would like to unblock the builds in the meantime.
>> >> > > > > >
>> >> > > > > > As for CentOS vs Ubuntu, I've got no preference. RHEL6 is
>> >> probably
>> >> > > > > > preferable since it's a more common install platform, anyway.
>> >> But,
>> >> > > > > > we'll still need to have a custom toolchain for things like
>> >> protoc
>> >> > > 2.4
>> >> > > > > > which don't have new enough versions in the package repos.
>> >> > > > > >
>> >> > > > > > -Todd
>> >> > > > > >
>> >> > > > > > On Fri, Jan 4, 2013 at 2:03 PM, Colin McCabe <
>> >> > cmcc...@alumni.cmu.edu
>> >> > > >
>> >> > > > > wrote:
>> >> > > > > >> In addition to protoc, can someone please also install a
>> 32-bit
>> >> > C++
>> >> > > > > compiler?
>> >> > > > > >>
>> >> > > > > >> The builds are all failing on this machine because of that.
>> >> > > > > >>
>> >> > > > > >> regards,
>> >> > > > > >> Colin
>> >> > > > > >>
>> >> > > > > >>
>> >> > > > > >> On Fri, Jan 4, 2013 at 11:37 AM, Giridharan Kesavan
>> >> > > > > >> <gkesa...@hortonworks.com> wrote:
>> >> > > > > >>> When I configured the other machines I used the source to
>> >> compile
>> >> > > and
>> >> > > > > >>> install the protoc, as the 2.4.1 wasn't available in the
>> ubuntu
>> >> > > repo.
>> >> > > > > >>>
>> >> > > > > >>> BTW installed 2.4.1 on asf008.
>> >> > > > > >>> gkesavan@asf008:~$ protoc --version
>> >> > > > > >>> libprotoc 2.4.1
>> >> > > > > >>>
>> >> > > > > >>>
>> >> > > > > >>> -Giri
>> >> > > > > >>>
>> >> > > > > >>>
>> >> > > > > >>> On Thu, Jan 3, 2013 at 11:24 PM, Todd Lipcon <
>> >> t...@cloudera.com>
>> >> > > > > wrote:
>> >> > > > > >>>
>> >> > > > > >>>> Hey folks,
>> >> > > > > >>>>
>> >> > > > > >>>> It looks like hadoop8 has recently come back online as a
>> build
>> >> > > > slave,
>> >> > > > > >>>> but is failing all the builds because it has an ancient
>> >> version
>> >> > of
>> >> > > > > >>>> protobuf (2.2.0):
>> >> > > > > >>>> todd@asf008:~$ protoc  --version
>> >> > > > > >>>> libprotoc 2.2.0
>> >> > > > > >>>>
>> >> > > > > >>>> In contrast, other slaves have 2.4.1:
>> >> > > > > >>>> todd@asf001:~$ protoc --version
>> >> > > > > >>>> libprotoc 2.4.1
>> >> > > > > >>>>
>> >> > > > > >>>> asf001 has the newer protoc in /usr/local/bin but asf008
>> does
>> >> > not.
>> >> > > > > >>>> Does anyone know how software is meant to be deployed on
>> these
>> >> > > build
>> >> > > > > >>>> slaves? I'm happy to download and install protobuf 2.4.1
>> into
>> >> > > > > >>>> /usr/local on asf008 if manual installation is the name of
>> the
>> >> > > game,
>> >> > > > > >>>> but it seems like we should be doing something a little
>> more
>> >> > > > > >>>> reproducible than one-off builds by rando developers to
>> manage
>> >> > our
>> >> > > > > >>>> toolchain on the Jenkins slaves.
>> >> > > > > >>>>
>> >> > > > > >>>> -Todd
>> >> > > > > >>>> --
>> >> > > > > >>>> Todd Lipcon
>> >> > > > > >>>> Software Engineer, Cloudera
>> >> > > > > >>>>
>> >> > > > > >
>> >> > > > > >
>> >> > > > > >
>> >> > > > > > --
>> >> > > > > > Todd Lipcon
>> >> > > > > > Software Engineer, Cloudera
>> >> > > > >
>> >> > > > >
>> >> > > > >
>> >> > > > > --
>> >> > > > > Todd Lipcon
>> >> > > > > Software Engineer, Cloudera
>> >> > > > >
>> >> > > >
>> >> > >
>> >> >
>> >>
>>
>>
>>
>> --
>> Todd Lipcon
>> Software Engineer, Cloudera
>>



-- 
Todd Lipcon
Software Engineer, Cloudera

Reply via email to