csi

Describe the solution you'd like
Propose expanding golangci-lint linters to include the following:

• errcheck
• staticcheck
• typecheck

These would bring us to include all default.

Additionally I think the following a

Is your feature request related to a problem?/Why is this needed
kubectl apply -k "github.com/kubernetes-sigs/aws-ebs-csi-driver/deploy/kubernetes/overlays/stable/?ref=release-0.10" takes a long time.

/feature

Describe the solution you'd like in detail
Publish zip, tarball archives with just the deploy/ files.

Describe alternatives you've considered
Publish a tag with j

What

Encrypt volumes provisioned by topolvm

How

eg. LUKS

Generate per-PVC encryption keys, stored as Kubernetes secrets.

The threat this would mitigate is physical theft of server (as keys are only kept in memory)

When running kubectl describe datasets dataset-name the remote bucket credentials are shown in plaintext. This also happens with kubectl describe datasetinternal/dataset-name when the cache plugin still hasn't provisioned the caching endpoint along with its credentials.

It seems that a common way of storing non-Unicode secrets in Vault is to base64-encode them. Is there currently a way to mount these through the CSI provider without adding a manual decoding process?
If not, the Azure driver supports an objectEncoding property (see Azure/secrets-store-csi-driver-provider-azure#236). Would you accept a PR that adds a similar feature?

We can have the following color codes for the corresponding drive states

in-use, ready -> Green
available -> Blue
unavailable, terminating, released -> Red

the error messages (messages with * prefix) can be displayed in Red