This commit adds the rsyslog_client role to the general stack. This change is part 3 of 3 role will allow rsyslog to server as a log shipper within a given host / container. The role has been setup to allow for logs to be shipped to multiple hosts and or other providers, e.g. splunk, loggly, etc... All of the plays that need to support logging have been modified to use the new rsyslog_client role. Roles added: * rsyslog_client Plays modified: * playbooks/galera-install.yml * playbooks/lxc-hosts-setup.yml * playbooks/os-cinder-install.yml * playbooks/os-glance-install.yml * playbooks/os-heat-install.yml * playbooks/os-horizon-install.yml * playbooks/os-keystone-install.yml * playbooks/os-neutron-install.yml * playbooks/os-nova-install.yml * playbooks/os-swift-install.yml * playbooks/os-tempest-install.yml * playbooks/rabbitmq-install.yml * playbooks/repo-server.yml DocImpact Implements: blueprint rsyslog-update Change-Id: I4028a58db3825adb8a5aa73dbaabbe353bb33046
3.0 KiB
OpenStack rsyslog client
- tags
-
openstack, rsyslog, client, cloud, ansible
- category
-
*nix
contributor guidelines
Filing Bugs
Bugs should be filed on Launchpad, not GitHub: "https://bugs.launchpad.net/openstack-ansible"
- When submitting a bug, or working on a bug, please ensure the following criteria are met:
-
- The description clearly states or describes the original problem or root cause of the problem.
- Include historical information on how the problem was identified.
- Any relevant logs are included.
- The provided information should be totally self-contained. External access to web services/sites should not be needed.
- Steps to reproduce the problem if possible.
Submitting Code
Changes to the project should be submitted for review via the Gerrit tool, following the workflow documented at: "http://docs.openstack.org/infra/manual/developers.html#development-workflow"
Pull requests submitted through GitHub will be ignored and closed without regard.
Extra
- Tags:
-
If it's a bug that needs fixing in a branch in addition to Master, add a '<release>-backport-potential' tag (eg
juno-backport-potential
). There are predefined tags that will autocomplete. - Status:
-
Please leave this alone, it should be New till someone triages the issue.
- Importance:
-
Should only be touched if it is a Blocker/Gating issue. If it is, please set to High, and only use Critical if you have found a bug that can take down whole infrastructures.
Style guide
When creating tasks and other roles for use in Ansible please create then using the YAML dictionary format.
- Example YAML dictionary format:
-
- name: The name of the tasks module_name: thing1: "some-stuff" thing2: "some-other-stuff" tags: - some-tag - some-other-tag
- Example NOT in YAML dictionary format:
-
- name: The name of the tasks module_name: thing1="some-stuff" thing2="some-other-stuff" tags: - some-tag - some-other-tag
Usage of the ">" and "|" operators should be limited to Ansible
conditionals and command modules such as the ansible shell
module.
Issues
- When submitting an issue, or working on an issue please ensure the following criteria are met:
-
- The description clearly states or describes the original problem or root cause of the problem.
- Include historical information on how the problem was identified.
- Any relevant logs are included.
- If the issue is a bug that needs fixing in a branch other than Master, add the ‘backport potential’ tag TO THE ISSUE (not the PR).
- The provided information should be totally self-contained. External access to web services/sites should not be needed.
- If the issue is needed for a hotfix release, add the 'expedite' label.
- Steps to reproduce the problem if possible.