- May 11, 2020
-
-
paulfantom authored
-
- Apr 29, 2020
-
-
Damien Grisonnet authored
Signed-off-by:
Damien Grisonnet <dgrisonn@redhat.com>
-
- Apr 06, 2020
-
-
Damien Grisonnet authored
Signed-off-by:
Damien Grisonnet <dgrisonn@redhat.com>
-
- Oct 23, 2019
-
-
Paul Gier authored
* Avoid race condition when deploying quickstart example The namespace and CRD creation must happen before any dependent objects are created. So we can put these in a separate directory (manifest/setup) so they can be created before the other objects. Some minor updates to the README and added a couple of scripts for the quickstarts Update travis script to avoid race condition Signed-off-by:
Paul Gier <pgier@redhat.com> * simplify the example quickstart script and improve readme Signed-off-by:
Paul Gier <pgier@redhat.com> * increase minikube memory to 6g for quickstart example
-
- Aug 22, 2018
-
-
Joshua Olson authored
Trying to get travis-ci build to pass for "git diff --exit-code" command
-
- Jul 31, 2018
-
-
Joshua Olson authored
-
- Jul 08, 2018
-
-
Max Leonard Inden authored
[1] https://github.com/koalaman/shellcheck
-
- May 18, 2018
-
-
Max Leonard Inden authored
This patch introduces a new Custom Resource Definition to the Prometheus Operator - the Rule CRD. It addresses two main needs: 1. Prometheus (alerting and recording) Rule validation during creation time via Kubernetes Custom Resource Definition validation. 2. Life-cycle management of Prometheus application Rules alongside the application itself, inside the applications Kubernetes namespace, not necessarily the namespace of the scraping Prometheus instance. A user defines Prometheus alerting and recording Rules via a Kubernetes Custom Resource Definition. These Custom Resource Definitions can be fully validated by the Kubernetes API server during creation time via automatically generated OpenAPI specifications. Instead of the restriction of a Prometheus instance to only select Rule definitions inside its own namespace, the Prometheus specification is extended to also specify namespaces to look for Rule Custom Resource Definitions outside its own namespace. --- Dependent technical changes: - prometheus: Use github.com/jimmidyson/configmap-reload to reload rules - prometheus: Remove Prometheus Statefulset deletion function. Starting with K8s >=1.8 this is handled via OwnerReferences. - prometheus: Do not add rule files checksum to Prometheus configuration secret - prometheus: Update StatefulSet only on relevant changes. Instead of updating the Prometheus StatefulSet on every `sync()` run, only update it if the input parameters to `makeStatefulSet` change. Enforce this via a checksum of the parameters which is saved inside the annotations of the statefulset. - e2e/prometheus: Check how often resources (Secret, ConfigMap, Prometheus CRD, Service) are updated to enforce that Prometheus Operator only updated created resources if necessary. - contrib/prometheus-config-reloader: Remove logic to retriev K8s ConfigMaps. These are mounted into the pod right away now.
-
Frederic Branczyk authored
-
- May 14, 2018
-
-
Max Leonard Inden authored
-
- May 11, 2018
-
-
Max Leonard Inden authored
According to the man pages of `rm` and the `-f` option: > Attempt to remove the files without prompting for confirma- tion, > regardless of the file's permissions. If the file does not exist, do > not display a diagnostic message or modify the exit status to reflect an > error. The -f option overrides any previous -i options. This patch prevents the `build.sh` script from failing if files do not exist when attempting to delete them.
-
- May 06, 2018
-
-
Frederic Branczyk authored
-
- Apr 13, 2018
-
-
Frederic Branczyk authored
-
- Apr 11, 2018
-
-
Frederic Branczyk authored
-