Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

operator [N] [CI] alloydb-omni-operator (1.2.0) #5512

Draft
wants to merge 4 commits into
base: main
Choose a base branch
from

Conversation

Manvi1203
Copy link

Signed-off-by: Manvi Gupta [email protected]
Co-authored-by: Jahnavi Malhotra [email protected]

Thanks submitting your Operator. Please check below list before you create your Pull Request.

New Submissions

Updates to existing Operators

  • Did you create a ci.yaml file according to the update instructions?
  • Is your new CSV pointing to the previous version with the replaces property if you chose replaces-mode via the updateGraph property in ci.yaml?
  • Is your new CSV referenced in the appropriate channel defined in the package.yaml or annotations.yaml ?
  • Have you tested an update to your Operator when deployed via OLM?
  • Is your submission signed?

Your submission should not

  • Modify more than one operator
  • Modify an Operator you don't own
  • Rename an operator - please remove and add with a different name instead
  • Modify any files outside the above mentioned folders
  • Contain more than one commit. Please squash your commits.

Operator Description must contain (in order)

  1. Description about the managed Application and where to find more information
  2. Features and capabilities of your Operator and how to use it
  3. Any manual steps about potential pre-requisites for using your Operator

Operator Metadata should contain

  • Human readable name and 1-liner description about your Operator
  • Valid category name1
  • One of the pre-defined capability levels2
  • Links to the maintainer, source code and documentation
  • Example templates for all Custom Resource Definitions intended to be used
  • A quadratic logo

Remember that you can preview your CSV here.

--

1 If you feel your Operator does not fit any of the pre-defined categories, file an issue against this repo and explain your need

2 For more information see here

Signed-off-by: Manvi Gupta [email protected]
Co-authored-by: Jahnavi Malhotra [email protected]
Copy link
Contributor

Dockerfile or bundle.Dockerfile is added/changed. Note that for security reasons none of these files are going to be used when building bundle. Docker file will be generated and all label information is taken from annotations.yaml.

@github-actions github-actions bot changed the title Release AlloyDB Omni Operator v1.2.0 operator [N] [CI] alloydb-omni-operator (1.2.0) Jan 13, 2025
Signed-off-by: Manvi Gupta <[email protected]>
Co-authored-by: Jahnavi Malhotra <[email protected]>
Copy link
Contributor

Dear @Manvi1203,
Some errors and/or warnings were found while doing the check of your operator (alloydb-omni-operator/1.2.0) against the entire suite of validators for Operator Framework with Operator-SDK version v1.36.0 and the command $ operator-sdk bundle validate <bundle-path> --select-optional suite=operatorframework.

Errors (:bug:) must be fixed while warnings (:warning:) are informative, and fixing them might improve the quality of your solution.

Type Message
⚠️ Value alloydbomni.internal.dbadmin.goog/v1, Kind=ReplicationConfig: provided API should have an example annotation
⚠️ Value alloydbomni.internal.dbadmin.goog/v1, Kind=CreateStandbyJob: provided API should have an example annotation
⚠️ Value alloydbomni.internal.dbadmin.goog/v1, Kind=BackupRepository: provided API should have an example annotation
⚠️ Value alloydbomni.internal.dbadmin.goog/v1, Kind=Instance: provided API should have an example annotation
⚠️ Value alloydbomni.internal.dbadmin.goog/v1, Kind=InstanceSwitchover: provided API should have an example annotation
⚠️ Value alloydbomni.internal.dbadmin.goog/v1, Kind=LROJob: provided API should have an example annotation
⚠️ Value alloydbomni.internal.dbadmin.goog/v1, Kind=Sidecar: provided API should have an example annotation
⚠️ Value alloydbomni.internal.dbadmin.goog/v1, Kind=DeleteStandbyJob: provided API should have an example annotation
⚠️ Value alloydbomni.internal.dbadmin.goog/v1, Kind=InstanceBackupPlan: provided API should have an example annotation
⚠️ Value alloydbomni.internal.dbadmin.goog/v1, Kind=InstanceRestore: provided API should have an example annotation
⚠️ Value alloydbomni.internal.dbadmin.goog/v1, Kind=Failover: provided API should have an example annotation
⚠️ Value alloydbomni.internal.dbadmin.goog/v1, Kind=InstanceBackup: provided API should have an example annotation
⚠️ Value alloydb-omni-operator.v1.2.0: unable to find the resource requests for the container: (kube-rbac-proxy). 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/

Copy link
Contributor

Dear @Manvi1203,
Some errors and/or warnings were found while doing the check of your operator (alloydb-omni-operator/1.2.0) against the entire suite of validators for Operator Framework with Operator-SDK version v1.36.0 and the command $ operator-sdk bundle validate <bundle-path> --select-optional suite=operatorframework.

Errors (:bug:) must be fixed while warnings (:warning:) are informative, and fixing them might improve the quality of your solution.

Type Message
⚠️ Value alloydbomni.internal.dbadmin.goog/v1, Kind=BackupRepository: provided API should have an example annotation
⚠️ Value alloydbomni.internal.dbadmin.goog/v1, Kind=Failover: provided API should have an example annotation
⚠️ Value alloydbomni.internal.dbadmin.goog/v1, Kind=ReplicationConfig: provided API should have an example annotation
⚠️ Value alloydbomni.internal.dbadmin.goog/v1, Kind=InstanceSwitchover: provided API should have an example annotation
⚠️ Value alloydbomni.internal.dbadmin.goog/v1, Kind=LROJob: provided API should have an example annotation
⚠️ Value alloydbomni.internal.dbadmin.goog/v1, Kind=Sidecar: provided API should have an example annotation
⚠️ Value alloydbomni.internal.dbadmin.goog/v1, Kind=InstanceBackup: provided API should have an example annotation
⚠️ Value alloydbomni.internal.dbadmin.goog/v1, Kind=InstanceRestore: provided API should have an example annotation
⚠️ Value alloydbomni.internal.dbadmin.goog/v1, Kind=Instance: provided API should have an example annotation
⚠️ Value alloydbomni.internal.dbadmin.goog/v1, Kind=DeleteStandbyJob: provided API should have an example annotation
⚠️ Value alloydbomni.internal.dbadmin.goog/v1, Kind=InstanceBackupPlan: provided API should have an example annotation
⚠️ Value alloydbomni.internal.dbadmin.goog/v1, Kind=CreateStandbyJob: provided API should have an example annotation
⚠️ Value alloydb-omni-operator.v1.2.0: unable to find the resource requests for the container: (kube-rbac-proxy). 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/

Copy link
Contributor

Dear @Manvi1203,
Some errors and/or warnings were found while doing the check of your operator (alloydb-omni-operator/1.2.0) against the entire suite of validators for Operator Framework with Operator-SDK version v1.36.0 and the command $ operator-sdk bundle validate <bundle-path> --select-optional suite=operatorframework.

Errors (:bug:) must be fixed while warnings (:warning:) are informative, and fixing them might improve the quality of your solution.

Type Message
⚠️ Value alloydbomni.internal.dbadmin.goog/v1, Kind=Instance: provided API should have an example annotation
⚠️ Value alloydbomni.internal.dbadmin.goog/v1, Kind=InstanceSwitchover: provided API should have an example annotation
⚠️ Value alloydbomni.internal.dbadmin.goog/v1, Kind=Failover: provided API should have an example annotation
⚠️ Value alloydbomni.internal.dbadmin.goog/v1, Kind=LROJob: provided API should have an example annotation
⚠️ Value alloydbomni.internal.dbadmin.goog/v1, Kind=CreateStandbyJob: provided API should have an example annotation
⚠️ Value alloydbomni.internal.dbadmin.goog/v1, Kind=DeleteStandbyJob: provided API should have an example annotation
⚠️ Value alloydbomni.internal.dbadmin.goog/v1, Kind=InstanceBackup: provided API should have an example annotation
⚠️ Value alloydbomni.internal.dbadmin.goog/v1, Kind=BackupRepository: provided API should have an example annotation
⚠️ Value alloydbomni.internal.dbadmin.goog/v1, Kind=InstanceBackupPlan: provided API should have an example annotation
⚠️ Value alloydbomni.internal.dbadmin.goog/v1, Kind=InstanceRestore: provided API should have an example annotation
⚠️ Value alloydbomni.internal.dbadmin.goog/v1, Kind=ReplicationConfig: provided API should have an example annotation
⚠️ Value alloydbomni.internal.dbadmin.goog/v1, Kind=Sidecar: provided API should have an example annotation
⚠️ Value alloydb-omni-operator.v1.2.0: unable to find the resource requests for the container: (kube-rbac-proxy). 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/

Signed-off-by: Manvi Gupta <[email protected]> 
Co-authored-by: Jahnavi Malhotra <[email protected]>
Copy link
Contributor

Dear @Manvi1203,
Some errors and/or warnings were found while doing the check of your operator (alloydb-omni-operator/1.2.0) against the entire suite of validators for Operator Framework with Operator-SDK version v1.36.0 and the command $ operator-sdk bundle validate <bundle-path> --select-optional suite=operatorframework.

Errors (:bug:) must be fixed while warnings (:warning:) are informative, and fixing them might improve the quality of your solution.

Type Message
⚠️ Value alloydbomni.internal.dbadmin.goog/v1, Kind=Instance: provided API should have an example annotation
⚠️ Value alloydbomni.internal.dbadmin.goog/v1, Kind=InstanceSwitchover: provided API should have an example annotation
⚠️ Value alloydbomni.internal.dbadmin.goog/v1, Kind=LROJob: provided API should have an example annotation
⚠️ Value alloydbomni.internal.dbadmin.goog/v1, Kind=Failover: provided API should have an example annotation
⚠️ Value alloydbomni.internal.dbadmin.goog/v1, Kind=InstanceBackupPlan: provided API should have an example annotation
⚠️ Value alloydbomni.internal.dbadmin.goog/v1, Kind=BackupRepository: provided API should have an example annotation
⚠️ Value alloydbomni.internal.dbadmin.goog/v1, Kind=CreateStandbyJob: provided API should have an example annotation
⚠️ Value alloydbomni.internal.dbadmin.goog/v1, Kind=DeleteStandbyJob: provided API should have an example annotation
⚠️ Value alloydbomni.internal.dbadmin.goog/v1, Kind=InstanceRestore: provided API should have an example annotation
⚠️ Value alloydbomni.internal.dbadmin.goog/v1, Kind=ReplicationConfig: provided API should have an example annotation
⚠️ Value alloydbomni.internal.dbadmin.goog/v1, Kind=Sidecar: provided API should have an example annotation
⚠️ Value alloydbomni.internal.dbadmin.goog/v1, Kind=InstanceBackup: provided API should have an example annotation
⚠️ Value alloydb-omni-operator.v1.2.0: unable to find the resource requests for the container: (kube-rbac-proxy). 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/

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Development

Successfully merging this pull request may close these issues.

3 participants