1126309 - Resolve issues building and running Heka on CentOS 7

Status: RESOLVED FIXED

(Cloud Services Graveyard :: Metrics: Pipeline, defect)

Description

[Mark Reid [:mreid]]

Branching off bug 1122754, there are some issues building and running heka on CentOS 7 (with CMake 2.8).

First, the resulting RPM will not install without a --force due to directory conflicts on /usr/bin

Once the rpm is force-installed, the `hekad` binary does not shut down gracefully on Ctrl+C. It just shuts down immediately without any cleanup.

Comment 1

[Wesley Dawson [:whd]]

Here's the current output when you try to install a heka RPM created with "make package":

--> Running transaction check
---> Package heka.x86_64 0:0.9.0-1 will be installed
--> Processing Dependency: liblua.so()(64bit) for package: heka-0.9.0-1.x86_64
--> Processing Dependency: libluasandbox.so()(64bit) for package: heka-0.9.0-1.x86_64
--> Finished Dependency Resolution
Error: Package: heka-0.9.0-1.x86_64 (/heka-0_9_0-linux-amd64)
           Requires: libluasandbox.so()(64bit)
Error: Package: heka-0.9.0-1.x86_64 (/heka-0_9_0-linux-amd64)
           Requires: liblua.so()(64bit)
 You could try using --skip-broken to work around the problem
 You could try running: rpm -Va --nofiles --nodigest

I believe this is because RHEL and derivatives use /usr/lib64 for shared libraries on x86_64, and the RPM installs them to /usr/lib instead.

Can you take a look at this :trink? I tried replacing some references to lib with lib64 in heka cmake files and env.sh (to no avail). I'm guessing fixing this will require cmake changes to sub-projects like lua-sandbox. The location of arch-specific shared-libraries is probably distro-specific, so I'm not sure what the "correct" way of specifying this value is.

This is technically not specific to our data pipeline build so perhaps we should file a separate issue in heka's github tracker for this.

Comment 2

[Wesley Dawson [:whd]]

Attachment: cpack_output.txt

Also of note, with check-rpaths enabled the rpmbuild fails with the attached output. I suspect this is expected behavior, but we might want to note that somewhere.

Comment 3

[Mike Trinkala [:trink]]

It looks like the rpath needs some tweaking, I will have to take a look can you point me to your build system.

Comment 4

[Wesley Dawson [:whd]]

:trink ec2-54-191-156-19.us-west-2.compute.amazonaws.com in your home directory. I just ran the same build on CentOS 6 and it installs without issue, which is interesting.

Comment 5

[Mike Trinkala [:trink]]

Closed via https://github.com/mozilla-services/heka/pull/1330

Comment 6

[Mark Reid [:mreid]]

I tested again and could not reproduce the "immediate shutdown on sigint" problem.