Skip to content

Conversation

@cdemadura
Copy link
Contributor

No description provided.

@rh-operator-bundle-bot rh-operator-bundle-bot added operator-hosted-pipeline/started approved Indicates a PR has been approved by an approver from all required OWNERS files. labels Jan 28, 2026
@rh-operator-bundle-bot rh-operator-bundle-bot changed the title Onboard DxOperator with FBC Catalog update [dxoperator] [v4.13,v4.14,v4.15,v4.16,v4.17,v4.18,v4.19] Jan 28, 2026
@rh-operator-bundle-bot
Copy link
Collaborator

Static test results

Status Check Message
check_olm_bundle_object_in_fbc Bundle object found in OperatorCatalog(v4.18/dxoperator) catalog uses 'olm.bundle.object'. This is not allowed for catalogs with version >= 4.17. Render catalog again with latest Makefile using make catalogs. Bundle object is not supported in FBC.
check_olm_bundle_object_in_fbc Bundle object found in OperatorCatalog(v4.19/dxoperator) catalog uses 'olm.bundle.object'. This is not allowed for catalogs with version >= 4.17. Render catalog again with latest Makefile using make catalogs. Bundle object is not supported in FBC.
check_olm_bundle_object_in_fbc Bundle object found in OperatorCatalog(v4.17/dxoperator) catalog uses 'olm.bundle.object'. This is not allowed for catalogs with version >= 4.17. Render catalog again with latest Makefile using make catalogs. Bundle object is not supported in FBC.

@rh-operator-bundle-bot
Copy link
Collaborator

@rh-operator-bundle-bot
Copy link
Collaborator

There were some errors while publishing your Operator Bundle. You can use this support case to contact the Red Hat certification team for review.

@rh-operator-bundle-bot
Copy link
Collaborator

Pipeline Summary

Pipeline: operator-hosted-pipeline
PipelineRun: operator-hosted-pipeline-runhfj4h
Start Time: 2026-01-28 01:27:36+00:00

Tasks

Status Task Start Time Duration
✔️ get-pr-number 2026-01-28 01:27:36+00:00 6 seconds
✔️ acquire-lease 2026-01-28 01:27:46+00:00 5 seconds
✔️ set-github-status-pending 2026-01-28 01:27:55+00:00 6 seconds
✔️ set-github-started-label 2026-01-28 01:27:55+00:00 7 seconds
✔️ set-env 2026-01-28 01:28:10+00:00 6 seconds
✔️ clone-repository-base 2026-01-28 01:28:26+00:00 a minute
✔️ clone-repository 2026-01-28 01:28:27+00:00 a minute
✔️ detect-changes 2026-01-28 01:29:46+00:00 37 seconds
✔️ check-permissions 2026-01-28 01:30:25+00:00 38 seconds
✔️ set-github-pr-title 2026-01-28 01:31:05+00:00 6 seconds
✔️ read-config 2026-01-28 01:31:15+00:00 37 seconds
✔️ resolve-pr-type 2026-01-28 01:31:57+00:00 5 seconds
✔️ validate-catalog-format 2026-01-28 01:32:11+00:00 a minute
✔️ build-fragment-images 2026-01-28 01:33:26+00:00 a minute
✔️ content-hash 2026-01-28 01:34:42+00:00 29 seconds
✔️ certification-project-check 2026-01-28 01:35:16+00:00 39 seconds
✔️ get-organization 2026-01-28 01:35:59+00:00 36 seconds
✔️ get-pyxis-certification-data 2026-01-28 01:36:39+00:00 38 seconds
✔️ verify-project 2026-01-28 01:37:19+00:00 7 seconds
✔️ update-cert-project-status 2026-01-28 01:37:27+00:00 5 seconds
static-tests 2026-01-28 01:37:35+00:00 38 seconds

Pipeline logs: https://gist.github.com/rh-operator-bundle-bot/07187a6df5e14546a112153dc993b77e

Troubleshooting

Please refer to the troubleshooting guide.

Run /pipeline restart operator-hosted-pipeline in case of pipeline failure to restart a pipeline.

@cdemadura
Copy link
Contributor Author

@Allda I started a new pull request because I had some issues with my old one, but still having the same issues. You asked about OMP, and I am running:
Version: version.Version{OpmVersion:"v1.62.0", GitCommit:"bbedb88a", BuildDate:"2026-01-23T03:42:23Z", GoOs:"linux", GoArch:"amd64"}

I've been following the instructions here: https://redhat-openshift-ecosystem.github.io/operator-pipelines/users/fbc_onboarding/#file-based-catalog-onboarding

I've also been using the makefile provided by the above link. The makefile looks like it pulls its own version of OPM and uses that, version 1.46.0. I had previously used this same process for the community operator repo, where it worked fine.

@Allda
Copy link
Contributor

Allda commented Jan 29, 2026

Hmm.. the opm version seems to be right. Let me try to reproduce it locally. I'll get back to you later today.

@Allda
Copy link
Contributor

Allda commented Jan 29, 2026

@cdemadura I rendered a catalog in my environment with a fresh Makefile and clered /bin folder, and the format of the catalogs for >=4.17 has changed. I submitted changes to #7551.

The PR got merged automatically, and the changes are applied. I hope it is fine with you. Otherwise, we can still revert it.

@cdemadura
Copy link
Contributor Author

@Allda, thank you so much! Do you have any tips on how I can troubleshoot why my setup isn't generating the correct files? I'll be submitting another operator in the next month or so, and would want to avoid running into this again.

@Allda
Copy link
Contributor

Allda commented Jan 30, 2026

@cdemadura The Makefile generates a catalog in a different format for versions >=4.17. The generation is handled by render_catalog.sh script that is always downloaded before generating the catalog here: https://github.com/redhat-openshift-ecosystem/operator-pipelines/blob/main/fbc/Makefile#L98

The script itself is available here: https://github.com/redhat-openshift-ecosystem/operator-pipelines/blob/main/fbc/render_catalogs.sh

I would maybe start debugging it by adding a verbose output and executing the script manually without the Makefile.

../../bin/render_catalogs.sh

You can share the output here with me and I'll review it.

@Allda Allda closed this Jan 30, 2026
@cdemadura
Copy link
Contributor Author

@Allda I ran the render_catalogs.sh script, and it was able to generate the proper catalog files when running it without the makefile. I went into the container while running, and the opm version is Version: version.Version{OpmVersion:"v1.46.0", GitCommit:"ced4d17d", BuildDate:"2024-08-16T12:44:43Z", GoOs:"linux", GoArch:"amd64"}.

Something seems to be happening inside of the container that is generated when the makefile runs. Here is what happens outside of the container, if that helps at all.

Ultimately, I would like to change my operator to be all versions of openshift 4.13 and greater. I was told that FBC would be the best way to do this. Is there a guide to changing the versioning of this, once I get the FBC issue figured out?

make fbc-onboarding
Cleaning up the operator catalogs from /mnt/c/Users/Chris/VSCode/certified-operators/catalogs
Using containers auth file: /run/user/1000//containers/auth.json
Trying to pull quay.io/redhat-isv/operator-pipelines-images:released...
Getting image source signatures
Copying blob 7f5a3e895d37 skipped: already exists
Copying blob b896a11e88e1 skipped: already exists
Copying config 08d6747278 done |
Writing manifest to image destination
2026-01-30 18:44:22,091 [operator-cert] INFO Generating FBC templates for following versions: ['4.12', '4.13', '4.14', '4.15', '4.16', '4.17', '4.18', '4.19', '4.20', '4.21']
2026-01-30 18:44:22,099 [operator-cert] INFO Processing catalog: v4.12
2026-01-30 18:45:27,050 [operator-cert] INFO An operator dxoperator not found in the catalog 4.12
2026-01-30 18:45:27,050 [operator-cert] INFO Processing catalog: v4.13
2026-01-30 18:46:30,419 [operator-cert] INFO Template for 4.13 saved to /workspace/operators/dxoperator/catalog-templates/v4.13.yaml
2026-01-30 18:46:30,419 [operator-cert] INFO Rendering FBC from templates
2026-01-30 18:46:32,302 [operator-cert] INFO FBC rendered to /workspace/catalogs/v4.13/dxoperator
2026-01-30 18:46:32,302 [operator-cert] INFO Processing catalog: v4.14
2026-01-30 18:47:55,145 [operator-cert] INFO Template for 4.14 saved to /workspace/operators/dxoperator/catalog-templates/v4.14.yaml
2026-01-30 18:47:55,145 [operator-cert] INFO Rendering FBC from templates
2026-01-30 18:47:56,660 [operator-cert] INFO FBC rendered to /workspace/catalogs/v4.14/dxoperator
2026-01-30 18:47:56,660 [operator-cert] INFO Processing catalog: v4.15
2026-01-30 18:49:07,891 [operator-cert] INFO Template for 4.15 saved to /workspace/operators/dxoperator/catalog-templates/v4.15.yaml
2026-01-30 18:49:07,891 [operator-cert] INFO Rendering FBC from templates
2026-01-30 18:49:09,613 [operator-cert] INFO FBC rendered to /workspace/catalogs/v4.15/dxoperator
2026-01-30 18:49:09,613 [operator-cert] INFO Processing catalog: v4.16
2026-01-30 18:50:33,950 [operator-cert] INFO Template for 4.16 saved to /workspace/operators/dxoperator/catalog-templates/v4.16.yaml
2026-01-30 18:50:33,950 [operator-cert] INFO Rendering FBC from templates
2026-01-30 18:50:35,405 [operator-cert] INFO FBC rendered to /workspace/catalogs/v4.16/dxoperator
2026-01-30 18:50:35,405 [operator-cert] INFO Processing catalog: v4.17
2026-01-30 18:50:56,539 [operator-cert] INFO Template for 4.17 saved to /workspace/operators/dxoperator/catalog-templates/v4.17.yaml
2026-01-30 18:50:56,539 [operator-cert] INFO Rendering FBC from templates
2026-01-30 18:50:57,917 [operator-cert] INFO FBC rendered to /workspace/catalogs/v4.17/dxoperator
2026-01-30 18:50:57,917 [operator-cert] INFO Processing catalog: v4.18
2026-01-30 18:51:19,158 [operator-cert] INFO Template for 4.18 saved to /workspace/operators/dxoperator/catalog-templates/v4.18.yaml
2026-01-30 18:51:19,158 [operator-cert] INFO Rendering FBC from templates
2026-01-30 18:51:20,777 [operator-cert] INFO FBC rendered to /workspace/catalogs/v4.18/dxoperator
2026-01-30 18:51:20,777 [operator-cert] INFO Processing catalog: v4.19
2026-01-30 18:51:40,616 [operator-cert] INFO Template for 4.19 saved to /workspace/operators/dxoperator/catalog-templates/v4.19.yaml
2026-01-30 18:51:40,616 [operator-cert] INFO Rendering FBC from templates
2026-01-30 18:51:42,446 [operator-cert] INFO FBC rendered to /workspace/catalogs/v4.19/dxoperator
2026-01-30 18:51:42,446 [operator-cert] INFO Processing catalog: v4.20
2026-01-30 18:51:55,694 [operator-cert] INFO An operator dxoperator not found in the catalog 4.20
2026-01-30 18:51:55,695 [operator-cert] INFO Processing catalog: v4.21
2026-01-30 18:52:01,604 [operator-cert] INFO An operator dxoperator not found in the catalog 4.21
2026-01-30 18:52:01,604 [operator-cert] INFO Updating operator config

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

Labels

approved Indicates a PR has been approved by an approver from all required OWNERS files. operator-hosted-pipeline/failed validation-failed

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants