summaryrefslogtreecommitdiffstats
path: root/roles/openshift_logging_elasticsearch/templates/es.j2
Commit message (Collapse)AuthorAgeFilesLines
* Updating template parameter replica to be more unique to avoid var scope ↵ewolinetz2017-07-271-2/+2
| | | | creeping
* logging_es: temporarily disable readiness probeJan Wozniak2017-06-291-10/+0
| | | | | | | | | | The readiness probe, as currently implemented, together with the ES master discovery using the logging-es service, causes a deadlock on clusters with more than one node. Readiness probe will be reintroduced in later release. More information in: https://bugzilla.redhat.com/show_bug.cgi?id=1459430
* Merge pull request #4451 from wozniakjan/logging_es_heap_dumpScott Dodson2017-06-291-0/+3
|\ | | | | logging: write ES heap dump to persistent storage
| * logging: write ES heap dump to persistent storageJan Wozniak2017-06-141-0/+3
| |
* | bug 1457642. Use same SG index to avoid seeding timeoutJeff Cantrill2017-06-141-0/+3
|/
* Updating probe timeout and exposing variable to adjust timeout in imageewolinetz2017-06-011-2/+5
|
* 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-3/+7
|
* Pulling in changes from masterewolinetz2017-05-221-4/+12
|
* Decomposing openshift_logging role into subcomponent rolesewolinetz2017-05-221-0/+114