Closed rhass-r7 closed 10 years ago
Internal issue NEX-39393 created for addressing init script bug in status command.
@drag00n This PR should fix the startup issues you reported. Sorry it took so long to get this pushed.
Excellent, I've looked over it briefly. Is the nexpose service actually called "nexpose" then?
The script is called nexposeconsole.rc
. You can create a "nexpose"
service and give the command as the script name. I'd give the example code, but it's been a while since I chef'd it up.
Awesome! Thank you.
Right now the service is based on what is installed, for example if you install an engine the service name is 'nexposeengine.rc'. The variable 'nexpose_init' is set based on the value of the node attribute ['nexpose']['component_type']
I am going to clean this PR before I merge it. There was some files I accidentally committed, namely around some TK config I setup as Vagrant got borked when I installed Chef-DK (part of the reason for the delay.)
@drag00n I also would like to add -- You have full veto rights to this changeset/approach should this method of setting the service name makes things difficult to use for a wrapper cookbook or any other reason for that matter.
I don't have a ton of experience with chef wrapper cookbooks, but I'll let you know if I see any red flags.
Internally we need to be able to install nexpose without it starting right away. Externally, customers using this cookbook expect for the service to start immediately after the installation occurs. This patch also fixes a bug in which the nexpose service would not start on Linux after installation.