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

Configure other than Backstage container to mount PVC volume to #582

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

Conversation

gazarenkov
Copy link
Member

Which issue(s) does this PR fix or relate to

https://issues.redhat.com/browse/RHIDP-4595

PR acceptance criteria

Copy link

openshift-ci bot commented Dec 19, 2024

[APPROVALNOTIFIER] This PR is NOT APPROVED

This pull-request has been approved by:
Once this PR has been reviewed and has the lgtm label, please ask for approval from gazarenkov. For more information see the Code Review Process.

The full list of commands accepted by this bot can be found here.

Needs approval from an approver in each of these files:

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

@gazarenkov gazarenkov removed the request for review from kim-tsao December 19, 2024 17:29
@gazarenkov gazarenkov changed the title Configure other than Backstage container to mount PVC volume to, configure dynamic-plugins volume for default RHDH this way. Configure other than Backstage container to mount PVC volume to Dec 19, 2024
metadata:
name: myclaim
annotations:
rhdh.redhat.com/mount-path: "init-dynamic-plugins,backstage-backend"
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
rhdh.redhat.com/mount-path: "init-dynamic-plugins,backstage-backend"
rhdh.redhat.com/containers: "init-dynamic-plugins,backstage-backend"


* No or empty annotation means the volume will be mounted to the Backstage container only
* \* (asterik) means the volume will be mounted to all the containers
* Otherwise comma separated names of container will be used
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
* Otherwise comma separated names of container will be used
* Otherwise comma-separated names of containers will be used

@@ -56,6 +56,28 @@ metadata:

In the example above the PVC called **myclaim** will be mounted to **/mount/path/from/annotation** directory

#### Object annotation for mounting a volume to specific container(s)

Using **rhdh.redhat.com/containers** annotation it is possible to define the containers where **PersistentVolumeClaim** object will be mounted.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This implies that the mount path will be the same in all the containers listed here, right?
What if I want to mount the PVC under specific paths for each container? IMO, we should handle this.
Thinking out loud, but how about extending the behavior of the rhdh.redhat.com/mount-path annotation above to include the container names, e.g.: rhdh.redhat.com/mount-path: 'install-dynamic-plugins:/mount/path1,backstage-backend:/mount/path2'?

@@ -42,7 +42,7 @@ Some objects, such as: app-config, configmap-files, secret-files, dynamic-plugin

#### Object annotation for mounting a volume to a specific path

Using **rhdh.redhat.com/mount-path** annotation it is possible to define the directory where **PersistentVolumeClaim** object will be mounted to Backstage Container.
Using **rhdh.redhat.com/mount-path** annotation it is possible to define the directory where **PersistentVolumeClaim** object will be mounted.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@rm3l
Copy link
Member

rm3l commented Dec 20, 2024

/assign

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

Successfully merging this pull request may close these issues.

2 participants