Re: CentOS 6 and Ubuntu Precise binaries for Hammer 0.94.6

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Thu, Mar 3, 2016 at 3:47 PM, Martin Palma <martin@xxxxxxxx> wrote:
> Hi Alfredo,
>
> What Java version is needed? From the "slave" playbook I see that both (yum
> and apt based systems) get the same java version (7) installed, so it seems
> strange that the Precise build fail.
>

For some reason it seems that even though it was installed the Java
version reported doesn't comply:

  [03/03/16 19:07:20] [SSH] Checking java version of java
  [03/03/16 19:07:20] [SSH] java -version returned 1.6.0_38.
  [03/03/16 19:07:20] [SSH] Starting sftp client.
  [03/03/16 19:07:20] [SSH] Copying latest slave.jar...
  [03/03/16 19:07:20] [SSH] Copied 506,667 bytes.
  Expanded the channel window size to 4MB
  [03/03/16 19:07:20] [SSH] Starting slave process: cd
"/home/jenkins-build/build" && java  -jar slave.jar

The full logs are here: http://dpaste.com/3VX89V8

I *believe* that something in the playbook is preventing it to get to
install the java package correctly, hence the problem.

This will require running the playbook against a precise box and
seeing where it fails/stops



> Best,
> Martin
>
> On Thu, Mar 3, 2016 at 8:41 PM, Alfredo Deza <adeza@xxxxxxxxxx> wrote:
>>
>> Hi All,
>>
>> Some good news, we were able to go back and get CentOS 6 binaries
>> built for the 0.94.6 release.
>>
>> They aren't published yet (they remain unsigned, queued up in our
>> release process).
>>
>> However, we are at an impasse with the Precise build. We can't get
>> Precise nodes to build because the distro has a very old version of
>> the JVM which causes issues when connecting to Jenkins as a node.
>>
>> The exact error when attempting a connection is:
>>
>>      Caused by: java.lang.UnsupportedClassVersionError:
>> hudson/slaves/SlaveComputer$SlaveVersion: Unsupported major.minor 51.0
>>
>> The way we get a new node for the build system up and running is by
>> making an API call to an OpenStack provider that a boot time it runs
>> some Ansible playbook which allows the new host to comply with our
>> needs to be a workable node and register itself to the Master Jenkins
>> server.
>>
>> What does this mean? --> I can't commit to fix this and would love to
>> have some help from anyone in the community. I can review/merge a pull
>> request with a patch to the playbook we use to setup slaves so that if
>> a Precise machine is used it gets a newer JVM version.
>>
>> The Github project for our build system is:
>> https://github.com/ceph/ceph-build
>>
>> The YAML file we use to setup new slaves is:
>> https://github.com/ceph/ceph-build/blob/master/ansible/slave.yml
>>
>> Once a fix is in place I can go and get the process going again,
>> complete the signing of the binaries and get them released into the
>> Hammer repositories.
>>
>> Thanks
>>
>>
>> Alfredo
>> --
>> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
>> the body of a message to majordomo@xxxxxxxxxxxxxxx
>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>
>
--
To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html



[Index of Archives]     [CEPH Users]     [Ceph Large]     [Information on CEPH]     [Linux BTRFS]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]
  Powered by Linux