aurora-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From John Sirois <j...@conductant.com>
Subject Re: [VOTE] Release Apache Aurora 0.12.0 rpms
Date Mon, 14 Mar 2016 16:09:51 GMT
My sanity may be partially restored, although several things are wonky.
More below on my morning experiments, all after vagrant destroy for sanity
sake in the test/rpm/centos-7 dir of the aurora-packaging repo:

On Sat, Mar 12, 2016 at 1:34 PM, Bill Farner <wfarner@apache.org> wrote:

> -1
>
> I'm had trouble getting these to work.  I used the vagrant environment
> here:
> https://github.com/apache/aurora-packaging/tree/master/test/rpm/centos-7
>
> *Executor:*
> $ sudo rpm -ivh aurora-executor-0.12.0-1.el7.centos.aurora.x86_64.rpm
> error: Failed dependencies:
> docker is needed by aurora-executor-0.12.0-1.el7.centos.aurora.x86_64
>
> Apparently the official docker package is called docker-engine
> https://docs.docker.com/engine/installation/linux/centos/
>
> Dependency naming aside, i think we should omit docker from our
> dependencies, as it really should be a mesos dep if anything.  *I can
> send a patch for that if others agree.*
>

Actually, I drilled in on this again this am and although there are
problems building the RPMs smoothly (MESOS_REV=0.25.0 must be exported as
things stand), the install does go fine with the caveat s/rpm -i/yum
install/.  This is enough to invalidate the release though and I'll get out
more fixes to the test docs.

My install procedure was exactly:
version=0.12.0
pkg_root="https://dl.bintray.com/john-sirois/aurora/centos-7/"
for rpm in \
    aurora-scheduler-${version}-1.el7.centos.aurora.x86_64.rpm \
    aurora-executor-${version}-1.el7.centos.aurora.x86_64.rpm \
    aurora-tools-${version}-1.el7.centos.aurora.x86_64.rpm; do
  wget $pkg_root/$rpm
  sudo yum install -y $rpm
done



> *Scheduler:*
> I had trouble getting the scheduler to start, it exits due to an uncaught
> exception in the main thread, and unfortunately a stack trace doesn't turn
> up in journalctl.  We need to figure out why the errors don't show up,
> possibly in conjunction with addressing the items below.
>

I do not repro.  Things start up and logs do go to journalctl using the
test/rpm/centos-7/README.md instructions.  That said, my updated
instructions, though they show up on master [1] do not show up on the
github mirror [2] - which is odd.

[1]
https://git-wip-us.apache.org/repos/asf?p=aurora-packaging.git;a=blob;f=test/rpm/centos-7/README.md;h=6a6e419eae0b91608450d932139e515ff47c8445;hb=HEAD
[2]
https://github.com/apache/aurora-packaging/blob/master/test/rpm/centos-7/README.md


> Doing some investigation, i noticed something strange - JAVA_OPTS (set in
> /etc/sysconfig/aurora) doesn't make it to the process launched by
> systemd.  It seems to be discarded when /usr/bin/aurora-scheduler-startup
> calls /usr/lib/aurora/bin/aurora-scheduler.  Other variables (e.g.
> AURORA_SCHEDULER_OPTS) propagate fine.  I've probably been staring at
> this too long and am missing something obvious, but i'm not making sense of
> it.
>
> Sidestepping the above issue, i discovered 2 reasons the scheduler won't
> start up:
> - Default backup dir /var/lib/aurora/scheduler/backups does not exist,
> insufficient permission to create
>
> - Fails to load the mesos native lib
> aurora-scheduler-startup[8500]: Failed to load native Mesos library from
> /usr/lib;/usr/lib64
> I was able to fix this by removing ;/usr/lib64 from
> -Djava.library.path='/usr/lib;/usr/lib64', alternatively by removing the
> library.path setting and exporting LD_LIBRARY_PATH=/usr/lib.
>
> Happy to pitch in on fixing these issues, curious what folks think of the
> items above, especially the JAVA_OPTS issue.
>
>
>
> On Fri, Mar 11, 2016 at 1:31 PM, John Sirois <jsirois@apache.org> wrote:
>
>> Pinging this VOTE and noting that the close is Monday at 11am Mountain
>> time.
>>
>> Please test!
>>
>> On Wed, Mar 9, 2016 at 11:03 AM, John Sirois <jsirois@apache.org> wrote:
>>
>> >
>> >
>> > On Wed, Mar 9, 2016 at 11:00 AM, John Sirois <jsirois@apache.org>
>> wrote:
>> >
>> >> I propose that we accept the following artifacts as the official rpm
>> packaging
>> >> for Apache Aurora 0.12.0.
>> >>
>> >> *https://dl.bintray.com/john-sirois/aurora/centos-7/
>> >> <https://dl.bintray.com/john-sirois/aurora/centos-7/>*
>> >>
>> >> The Aurora rpm packaging includes the following:
>> >> ---
>> >> The CHANGELOG is viewable at:
>> >> *
>> https://git1-us-west.apache.org/repos/asf?p=aurora-packaging.git;a=log;h=refs/heads/0.12.x;hp=refs/heads/0.11.x
>> >> <
>> https://git1-us-west.apache.org/repos/asf?p=aurora-packaging.git;a=log;h=refs/heads/0.12.x;hp=refs/heads/0.11.x
>> >*
>> >>
>> >> The branch used to create the packaging is:
>> >>
>> >>
>> https://git1-us-west.apache.org/repos/asf?p=aurora-packaging.git;a=tree;h=refs/heads/0.12.x
>> >>
>> >> The packages are available at:
>> >> *https://dl.bintray.com/john-sirois/aurora/centos-7/
>> >> <https://dl.bintray.com/john-sirois/aurora/centos-7/>*
>> >>
>> >> The GPG keys used to sign the packages are available at:
>> >> https://dist.apache.org/repos/dist/release/aurora/KEYS
>> >>
>> >> Please download, verify, and test.
>> >>
>> >> The vote will close on Mon, 14 Mar 2016 11:00:00 -0700
>> >>
>> >> [ ] +1 Release these as the deb packages for Apache Aurora 0.12.0
>> >>
>> >
>> > Correction - "Release these as the rpm packages for Apache Aurora
>> 0.12.0"
>> >
>> > [ ] +0
>> >> [ ] -1 Do not release these artifacts because...
>> >> ---
>> >>
>> >>
>> > And again, copypasta - "Please consider verifying these rpms using the
>> > install guide:"
>> >
>> > Please consider verifying these debs using the install guide:
>> >>   https://github.com/apache/aurora/blob/master/docs/installing.md
>> >>
>> >>
>> >> I'd like to kick off voting with my own +1
>> >>
>> >
>> >
>>
>
>


-- 
John Sirois
303-512-3301

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message