Skip to content

WIP: Do not hardcode object names to allow multiple csi-diver-lvm s per cluster#154

Draft
mikk150 wants to merge 4 commits into
metal-stack:masterfrom
mikk150:do-not-hardcode-names-to-allow-multiple-lvm-drivers-per-cluster
Draft

WIP: Do not hardcode object names to allow multiple csi-diver-lvm s per cluster#154
mikk150 wants to merge 4 commits into
metal-stack:masterfrom
mikk150:do-not-hardcode-names-to-allow-multiple-lvm-drivers-per-cluster

Conversation

@mikk150
Copy link
Copy Markdown

@mikk150 mikk150 commented May 19, 2026

Description

This is needed for example in case if user has many kinds of disks (SSD/HDD/NVME) and wants to choose per PVC what backing solution to use

Used AI-Tools ✨

  • TOOL used for generation

…uster

This is needed for example in case if user has many kinds of disks (SSD/HDD/NVME) and wants to choose per PVC what backing solution to use
@mikk150 mikk150 requested a review from a team as a code owner May 19, 2026 12:25
args:
- --v=5
- --csi-address=/csi/csi.sock
- --kubelet-registration-path={{ .Values.kubernetes.kubeletPath }}/plugins/{{ .Values.lvm.storageClassStub }}/csi.sock
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

at least here, it must be ensured the the release.Name does not contain any dangerous characters.

Copy link
Copy Markdown
Author

Choose a reason for hiding this comment

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

I am actually planning to create helpers for them

Copy link
Copy Markdown
Author

Choose a reason for hiding this comment

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

Release.Name cannot really contain any dangerous characters, the only potentially dangerous character that can exist is a . but that needs to be in the middle of a name so .test or test. is not even allowed. Also only 1 consequent . is allowed(therefore test..test is not allowed). So only test.test is allowed

therefore {{ .Values.kubernetes.kubeletPath }}/plugins/test.test AFAIK should be totally fine and valid plugin folder

Copy link
Copy Markdown
Contributor

@Gerrit91 Gerrit91 left a comment

Choose a reason for hiding this comment

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

Please convert the PR to draft when it's not yet ready for review. We ignore "WIP". 😅

- --devices={{ .Values.lvm.devicePattern }}
- --nodeid=$(KUBE_NODE_NAME)
- --vgname={{ .Values.lvm.vgName }}
- --vgname={{ .Release.Name }}
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

This removes independent configuration options?

Copy link
Copy Markdown
Author

@mikk150 mikk150 May 19, 2026

Choose a reason for hiding this comment

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

I am actually planning to create helpers for them. Idea is to by default generate it(Read: Use .Release.Name) and if it is provided, then use provided one

Copy link
Copy Markdown
Author

Choose a reason for hiding this comment

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

independant configuration options are back

@mikk150
Copy link
Copy Markdown
Author

mikk150 commented May 19, 2026

Please convert the PR to draft when it's not yet ready for review. We ignore "WIP". 😅

Sorry.. I really do not use github any more, it's workflow is unknown to me. I am heavy Gitlab user

@mikk150 mikk150 marked this pull request as draft May 19, 2026 14:31
@Gerrit91
Copy link
Copy Markdown
Contributor

No problem. Thanks. :)

mikk150 added 3 commits May 20, 2026 14:07
create secrets for encryption by automatically, and preserve them between helm deploys
fix using namespace
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

Status: No status

Development

Successfully merging this pull request may close these issues.

3 participants