Closed tmihalac closed 2 years ago
I can't find where is this a requirement
The validators they say to run were returning a warning that the version in the name should start with v
I can't find where is this a requirement
The validators they say to run were returning a warning that the version in the name should start with v
I see, then I guess you have to address the rest of the warnings coming from the bundle validate and also update the workflow to use the operatorframework
suite
↳ operator-sdk bundle validate ./bundle --select-optional suite=operatorframework
WARN[0000] Warning: Value : (mercury-operator.1.0.2) csv.metadata.Name mercury-operator.1.0.2 is not following the recommended naming convention: <operator-name>.v<semver> e.g. memcached-operator.v0.0.1
WARN[0000] Warning: Value mercury-operator.1.0.2: unable to find the resource requests for the container: (mercury-operator). It is recommended to ensure the resource request for CPU and Memory. Be aware that for some clusters configurations it is required to specify requests or limits for those values. Otherwise, the system or quota may reject Pod creation. More info: https://master.sdk.operatorframework.io/docs/best-practices/managing-resources/
WARN[0000] Warning: Value mercury-operator.1.0.2: required CRD "kafkas.kafka.strimzi.io" has an empty description
WARN[0000] Warning: Value mercury-operator.1.0.2: required CRD "kafkatopics.kafka.strimzi.io" has an empty description
WARN[0000] Warning: Value mercury-operator.1.0.2: required CRD "kafkausers.kafka.strimzi.io" has an empty description
WARN[0000] Warning: Value mercury-operator.1.0.2: required CRD "integrations.camel.apache.org" has an empty description
I see, then I guess you have to address the rest of the warnings coming from the bundle validate and also update the workflow to use the
operatorframework
suite↳ operator-sdk bundle validate ./bundle --select-optional suite=operatorframework WARN[0000] Warning: Value : (mercury-operator.1.0.2) csv.metadata.Name mercury-operator.1.0.2 is not following the recommended naming convention: <operator-name>.v<semver> e.g. memcached-operator.v0.0.1 WARN[0000] Warning: Value mercury-operator.1.0.2: unable to find the resource requests for the container: (mercury-operator). It is recommended to ensure the resource request for CPU and Memory. Be aware that for some clusters configurations it is required to specify requests or limits for those values. Otherwise, the system or quota may reject Pod creation. More info: https://master.sdk.operatorframework.io/docs/best-practices/managing-resources/ WARN[0000] Warning: Value mercury-operator.1.0.2: required CRD "kafkas.kafka.strimzi.io" has an empty description WARN[0000] Warning: Value mercury-operator.1.0.2: required CRD "kafkatopics.kafka.strimzi.io" has an empty description WARN[0000] Warning: Value mercury-operator.1.0.2: required CRD "kafkausers.kafka.strimzi.io" has an empty description WARN[0000] Warning: Value mercury-operator.1.0.2: required CRD "integrations.camel.apache.org" has an empty description
I am not sure what values to specify for these two warnings
For minKubeVersion I'd put 1.19 which matches with OCP 4.6 and in 1.19 some of the features we depend on were introduced. We can try to validate the installation on that version to confirm it works.
For the application resources/limits try to see what the operator is usually consuming and put something a bit over these values
For minKubeVersion I'd put 1.19 which matches with OCP 4.6 and in 1.19 some of the features we depend on were introduced. We can try to validate the installation on that version to confirm it works.
For the application resources/limits try to see what the operator is usually consuming and put something a bit over these values
This is a screenshot of the operator pod with one sd ideal, how much cpu and memory will suffice in your opinion ?
My suggestion is to add this to the mercury-operator.csv.yaml
spec:
MinKubeVersion: 1.19.0
And this to the operator.yaml
resources:
limits:
memory: "64Mi"
cpu: "100m"
requests:
memory: "64Mi"
cpu: "100m"
Don't forget to re-generate the CSV and the catalog
@tmihalac there should be only one commit on top of the main branch
Kudos, SonarCloud Quality Gate passed!
0 Bugs
0 Vulnerabilities
0 Security Hotspots
0 Code Smells
No Coverage information
0.0% Duplication
Signed-off-by: Theodor Mihalache tmihalac@redhat.com