-
Notifications
You must be signed in to change notification settings - Fork 249
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
Index permission denied on openshift #619
Comments
Hi @daFritz84, what version of opm are you on? We ran into this same issue where registry was using the umask of the terminal session, but it should be fixed in the most recent upstream opm releases. |
Hi @exdx , I originally used version 1.15.4:
Next, I tried the latest opm available from the openshift-v4 mirror.
Same version but slightly newer build date. Regardless of the build date, I still see the CrashLoopBackoff, i.e.:
Finally, I tried the latest version from the github repository release page:
But sadly, I encountered the same CrashLoopBackoff situation. One thing I noticed, that opm inside the pod does not seem to have any version information (openshift remote shell):
Maybe I am fetching some wrong base container image? Here ist the output of my docker build command (with my /registry folder fix):
|
* It will be used to build the catalog image * In order to mitigate operator-framework/operator-registry#619 * The index.db is still generated with opm
* In order to use instead of autogenerated index.Dockerfile * To mitigate operator-framework/operator-registry#619
* In order to use instead of autogenerated index.Dockerfile * To mitigate operator-framework/operator-registry#619
* In order to use instead of autogenerated index.Dockerfile * To mitigate operator-framework/operator-registry#619
* In order to use instead of autogenerated index.Dockerfile * To mitigate operator-framework/operator-registry#619
* Bumps opm version * Creates tasks to load olm needed images to Kind for local testing * Uses custom catalog Dockerfile [catalog] Custom Dockerfile for building catalog * In order to use instead of autogenerated index.Dockerfile * To mitigate operator-framework/operator-registry#619 [gh] Using custom catalog.Dockerfile to build catalog images [gh] Adding platforms for building images [makefile] Adding platform param in custom docker build command
* Bumps opm version * Creates tasks to load olm needed images to Kind for local testing * Uses custom catalog Dockerfile [catalog] Custom Dockerfile for building catalog * In order to use instead of autogenerated index.Dockerfile * To mitigate operator-framework/operator-registry#619 [gh] Using custom catalog.Dockerfile to build catalog images [gh] Adding platforms for building images [makefile] Adding platform param in custom docker build command
* [makefile] Adding target to setup olm kuadrant installation * Bumps opm version * Creates tasks to load olm needed images to Kind for local testing * Uses custom catalog Dockerfile [catalog] Custom Dockerfile for building catalog * In order to use instead of autogenerated index.Dockerfile * To mitigate operator-framework/operator-registry#619 [gh] Using custom catalog.Dockerfile to build catalog images [gh] Adding platforms for building images [makefile] Adding platform param in custom docker build command * Reconcile Authorino when OSSM * Updated workflows * Skip lint'ing * Deleted unneeded or dup'ed targets * Get rid of the catalog docker file * Delete catalog targets * Fix target in catalog actions * Partially addressing PR comments * [gh] Removing conditional building catalog and bundle from workflow * Removing diff task too * [makefile] Removing unused target * The catalog pod has its image policy set to ALWAYS Co-authored-by: dd di cesare <[email protected]> Co-authored-by: Guilherme Cassolato <[email protected]>
Hi,
so, I tried to build an Index and deploy it via catalog source to an openshift cluster according to the README. This went without hickups, except that the spawned pod crashlooped after deployment.
After some initial debugging, I figured out that the index.db could not be opened due to insufficient write permissions. Then, I examined the existing RedHat marketplace index and found that they have a folder
/registry
with permissions755
. I replicated this behavior by generating the dockerfile, patch it, and pushed it to our registry. And guess what? It worked.However, my solution seems kinda fishy. I just expected it to work out of the box, and not having to modify the generated Dockerfile.
Does anyone have any insights what I might did wrong? Do I need to set some additional service account permissions in openshift? Or is my solution fine?
Here is my current solution:
Modify the generated Dockerfile, creating the
/registry
folder and set it as working dir.And push it to the registry
The text was updated successfully, but these errors were encountered: