Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Systemd support #51

Closed
wants to merge 2 commits into from

Conversation

madAndroid
Copy link

Addresses #50

@lesaux
Copy link
Owner

lesaux commented Feb 5, 2016

Hi MadAndroid.

Thanks for this. I was wondering if we were to run ES on a different server than Kibana, but it seems After= dependency is only effective when service including After= and service included by After= are both scheduled to start as part of your boot up, so we should be fine.

Seems like everyone is moving away from scope.lookup as well.

Also there is no more kibana4::pid_file parameter anymore, we should get it from the config hash.

This is what we are doing in the init.d template

<% if scope['kibana4::config'].is_a?(Hash) and scope['kibana4::config'].has_key?('pid_file') -%>
pidfile=<%= scope['kibana4::config']['pid_file'] -%>
<% elsif scope['kibana4::config'].is_a?(Hash) and scope['kibana4::config'].has_key?('pid.file') -%>
pidfile=<%= scope['kibana4::config']['pid.file'] -%>
<% else -%>
pidfile=/var/run/kibana.pid
<% end -%>

@madAndroid
Copy link
Author

Also there is no more kibana4::pid_file parameter anymore, we should get it from the config hash.

Ah, okay .. didn't notice that, thanks for pointing it out .. will change that asap :)

@lesaux
Copy link
Owner

lesaux commented Feb 5, 2016

The whole pid.file/pid_file thing is hard to deal with. Frankly it feels like we're trying to fix a software bug with puppet.
See #52 and elastic/kibana#4680

@MEPhoenyx
Copy link

Hello,

I use your module with Debian Jessie.
And to this service start everything works.

According params.pp he makes a query for the Fact operating system and sets service_provider = debian

But I still get the message again and again:

Error: / Stage [main] / Kibana4 :: Service / Service [kibana4]: Provider init is not functional on this host

What am I doing wrong? I hope you can help me. Or have i understand false this merge request.

Thats all what i do:

class { '::kibana4':
   config              => {
        'server.port'           => 5601,
        'server.host'           => '0.0.0.0',
        'elasticsearch.url'     => "${elasticurl}:9200",
        }
  }

Thx Martin

@lesaux
Copy link
Owner

lesaux commented Apr 6, 2016

Hi MEPhoenyx,

You're right. I just added a beaker test for Debian Jessie and there seems to be an issue with starting the service. I'll take a look.

@MEPhoenyx
Copy link

Hello @lesaux, you found a solution for the problem with systemd, or can I support you anyway, for example with a workaround for inspiration.

@lesaux
Copy link
Owner

lesaux commented May 3, 2016

kibana package 4.5 now supports systemd. I'll provide an update shortly.

@lesaux
Copy link
Owner

lesaux commented May 3, 2016

I've released a new module version. Version 4.5 packages now provide systemd support.

@lesaux lesaux closed this May 3, 2016
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants