summaryrefslogtreecommitdiffstats
path: root/roles/openshift_logging_kibana/templates
Commit message (Collapse)AuthorAgeFilesLines
* Updating template parameter replica to be more unique to avoid var scope ↵ewolinetz2017-07-271-1/+1
| | | | creeping
* Updating kibana to store session and oauth secrets for reuse, fix ↵ewolinetz2017-06-081-2/+4
| | | | oauthclient generation for ops
* Add a readiness probe to the Kibana containerSteve Kuznetsov2017-05-221-0/+7
| | | | | | | | | In order to ensure that the Kubernetes machinery can determine when the Kibana Pods are becoming ready, we need to add a readiness probe to the Containers that make up those pods. The Kibana readiness probe simply hits the base URL at `http://localhost:5601/` and expects a 200. Signed-off-by: Steve Kuznetsov <skuznets@redhat.com>
* Create logging deployments with non-zero replica countsSteve Kuznetsov2017-05-221-1/+1
| | | | | | | | | | | | When we currently create the set of logging `DeploymentConfig`s, we create them with zero desired replicas. This causes the deployment to immediately succeed as there is no work to be done. This inhibits our ability to use nice CLI UX features like `oc rollout status` to monitor the logging stack deployments. Instead, we should can create the configs with the correct number of replicas in the first place and stop using `oc scale` to bring them up after the fact. Signed-off-by: Steve Kuznetsov <skuznets@redhat.com>
* Pulling changes from master branchewolinetz2017-05-221-0/+27
|
* Decomposing openshift_logging role into subcomponent rolesewolinetz2017-05-223-0/+166
generated by cgit v1.2.1 (git 2.18.0) at 2024-05-09 02:14:48 +0000