On Mon, Mar 14, 2016 at 10:09 AM, John Sirois <j...@conductant.com> wrote:
> 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 <wfar...@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. > I've filed https://issues.apache.org/jira/browse/INFRA-11461 for the github mirror sync issue. > > [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 <jsir...@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 <jsir...@apache.org> wrote: >>> >>> > >>> > >>> > On Wed, Mar 9, 2016 at 11:00 AM, John Sirois <jsir...@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 > -- John Sirois 303-512-3301
