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.

Sign up for GitHub

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

Jump to bottom

Add a $service_ensure param to splunk::enterprise and splunk::forwarder #249

Open
nick-markowski opened this issue Jul 31, 2019 · 0 comments · May be fixed by #250
Open

Add a $service_ensure param to splunk::enterprise and splunk::forwarder #249

nick-markowski opened this issue Jul 31, 2019 · 0 comments · May be fixed by #250
Labels
enhancement New feature or request

Comments

@nick-markowski
Copy link
Contributor

Service ensure defaults to 'running' for the Splunk Enterprise and Splunk Forwarder services. It should be a parameter so users can toggle it.

Issue created per: #243
nick-markowski added a commit to nick-markowski/puppet-splunk that referenced this issue Jul 31, 2019
@nick-markowski
Fix issues 230, 232, 235, and 249
6c88431 
* Moved defaults to module data, and removed the params class
* Privatized all `splunk::enterprise::` and `splunk::forwarder::` install,
  config, and service classes
* Added a `$release` param, which replaces the `$version` param
  * For ensurable package_providers, the release is used as the Splunk package
    ensure, if specified
  * The version/release no longer defaults to a specific version and build,
    instead, the Splunk package resource defaults ensure to 'installed'
  * Added a Splunk::Release type
* Added a service_ensure param, per voxpupuli#249
* Modified splunk*_version facts to be part of splunkforwarder and splunkenterprise
  fact hashes
* Removed init.pp, which only served to confuse
* `$[enterprise,forwarder]_package_src` and `$package_source` params renamed to
  `$managed_package_source` and `$unmanaged_package_source`, for clarity
* Fixed: enterprise and forwarder password classes cross-referenced params

Fixes voxpupuli#230
Fixes voxpupuli#232
Fixes voxpupuli#235
Fixes voxpupuli#249
nick-markowski added a commit to nick-markowski/puppet-splunk that referenced this issue Jul 31, 2019
@nick-markowski
Fix issues 230, 232, 235, and 249
d0ef93e 
* Moved defaults to module data, and removed the params class
* Privatized all `splunk::enterprise::` and `splunk::forwarder::` install,
  config, and service classes
* Added a `$release` param, which replaces the `$version` param
  * For ensurable package_providers, the release is used as the Splunk package
    ensure, if specified
  * The version/release no longer defaults to a specific version and build,
    instead, the Splunk package resource defaults ensure to 'installed'
  * Added a Splunk::Release type
* Added a service_ensure param, per voxpupuli#249
* Modified splunk*_version facts to be part of splunkforwarder and splunkenterprise
  fact hashes
* Removed init.pp, which only served to confuse
* `$[enterprise,forwarder]_package_src` and `$package_source` params renamed to
  `$managed_package_source` and `$unmanaged_package_source`, for clarity
* Fixed: enterprise and forwarder password classes cross-referenced params

Fixes voxpupuli#230
Fixes voxpupuli#232
Fixes voxpupuli#235
Fixes voxpupuli#249
nick-markowski added a commit to nick-markowski/puppet-splunk that referenced this issue Jul 31, 2019
@nick-markowski
Fix issues 230, 232, 235, and 249
14a596e 
* Moved defaults to module data, and removed the params class
* Privatized all `splunk::enterprise::` and `splunk::forwarder::` install,
  config, and service classes
* Added a `$release` param, which replaces the `$version` param
  * For ensurable package_providers, the release is used as the Splunk package
    ensure, if specified
  * The release no longer defaults to a specific version and build, instead,
    the Splunk package resource defaults ensure to 'installed'
  * Added a Splunk::Release type
* Added a service_ensure param, per voxpupuli#249
* Modified splunk*_version facts to be part of splunkforwarder and splunkenterprise
  fact hashes
* Removed init.pp, which only served to confuse
* `$[enterprise,forwarder]_package_src` and `$package_source` params renamed to
  `$managed_package_source` and `$unmanaged_package_source`, for clarity
* Fixed: enterprise and forwarder password classes cross-referenced params

Fixes voxpupuli#230
Fixes voxpupuli#232
Fixes voxpupuli#235
Fixes voxpupuli#249
nick-markowski added a commit to nick-markowski/puppet-splunk that referenced this issue Jul 31, 2019
@nick-markowski
Fix issues 230, 232, 235, and 249
c881c26 
* Moved defaults to module data, and removed the params class
* Privatized all `splunk::enterprise::` and `splunk::forwarder::` install,
  config, and service classes
* Added a `$release` param, which replaces the `$version` param
  * For ensurable package_providers, the release is used as the Splunk package
    ensure, if specified
  * The release no longer defaults to a specific version and build, instead,
    the Splunk package resource defaults ensure to 'installed'
  * Added a Splunk::Release type
* Added a service_ensure param, per voxpupuli#249
* Modified splunk*_version facts to be part of splunkforwarder and splunkenterprise
  fact hashes
* Removed init.pp, which only served to confuse
* `$[enterprise,forwarder]_package_src` and `$package_source` params renamed to
  `$managed_package_source` and `$unmanaged_package_source`, for clarity
* Fixed: enterprise and forwarder password classes cross-referenced params
nick-markowski added a commit to nick-markowski/puppet-splunk that referenced this issue Jul 31, 2019
@nick-markowski
Fix issues 230, 232, 235, and 249
0c3290a 
* Moved defaults to module data, and removed the params class
* Privatized all `splunk::enterprise::` and `splunk::forwarder::`
  install, config, and service classes
* Added a `$release` param, which replaces the `$version` param
  * For ensurable package_providers, the release is used as the
    Splunk package ensure, if specified
  * The release no longer defaults to a specific version and build,
    instead, the Splunk package resource defaults ensure to 'installed'
  * Added a Splunk::Release type
* Added a service_ensure param, per voxpupuli#249
* Modified splunk*_version facts to be part of splunkforwarder and
  splunkenterprise fact hashes
* Removed init.pp, which only served to confuse
* `$[enterprise,forwarder]_package_src` and `$package_source` params
  renamed to `$managed_package_source` and `$unmanaged_package_source`,
  for clarity
* Fixed: enterprise and forwarder password classes cross-referenced params
nick-markowski added a commit to nick-markowski/puppet-splunk that referenced this issue Jul 31, 2019
@nick-markowski
Fix issues 230, 232, 235, and 249
62c9b97 
* Moved defaults to module data, and removed the params class
* Privatized all `splunk::enterprise::` and `splunk::forwarder::`
  install, config, and service classes
* Added a `$release` param, which replaces the `$version` param
  * For ensurable package_providers, the release is used as the
    Splunk package ensure, if specified
  * The release no longer defaults to a specific version and build,
    instead, the Splunk package resource defaults ensure to 'installed'
  * Added a Splunk::Release type
* Added a service_ensure param, per voxpupuli#249
* Modified splunk*_version facts to be part of splunkforwarder and
  splunkenterprise fact hashes
* Removed init.pp, which only served to confuse
* `$[enterprise,forwarder]_package_src` and `$package_source` params
  renamed to `$managed_package_source` and `$unmanaged_package_source`,
  for clarity
* Fixed: enterprise and forwarder password classes cross-referenced params

Fixed voxpupuli#230
Fixed voxpupuli#232
Fixed voxpupuli#235
Fixed voxpupuli#249
@nick-markowski nick-markowski linked a pull request Jul 31, 2019 that will close this issue
Open
@juniorsysadmin juniorsysadmin added the enhancement New feature or request label Aug 3, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
enhancement New feature or request
Projects
None yet
Milestone
No milestone
Development

Successfully merging a pull request may close this issue.

WIP: Fix issues 230, 232, 235, and 249 nick-markowski/puppet-splunk
2 participants
@juniorsysadmin @nick-markowski