Skip to content

[Feature Request] Add support for VolumeGroupSnapshot #2350

Open
@itzhak-alayev-nonamesec

Description

/kind bug

What happened?
I created a VolumeGroupSnapshot/v1beta1 and got the following errors in csi-snapshotter container logs:

I0219 15:48:40.967917       1 groupsnapshot_helper.go:390] createGroupSnapshotWrapper: Creating group snapshot for group snapshot content groupsnapcontent-4c4b8f15-d38c-4151-ac8a-0a150f6203b2 through the plugin ...
E0219 15:48:41.021287       1 groupsnapshot_helper.go:736] checkandUpdateGroupSnapshotContentStatus [groupsnapcontent-bbdb460f-f3fb-47b7-9328-a7320384ff9e]: error occurred failed to take group snapshot of the volum
es [vol-0ffa2fe0e4d7b7111 vol-03c9cbe4b08181df3 vol-017a7135664a2e4e2]: "rpc error: code = Unimplemented desc = unknown service csi.v1.GroupController"
E0219 15:48:41.021311       1 groupsnapshot_helper.go:157] could not sync group snapshot content "groupsnapcontent-bbdb460f-f3fb-47b7-9328-a7320384ff9e": failed to take group snapshot of the volumes [vol-0ffa2fe0e4
d7b7111 vol-03c9cbe4b08181df3 vol-017a7135664a2e4e2]: "rpc error: code = Unimplemented desc = unknown service csi.v1.GroupController"

What you expected to happen?
Snapshots to be created and VolumeGroupSnapshotContent to be in Ready state.

How to reproduce it (as minimally and precisely as possible)?

  1. Install ebs-csi-driver via an EKS Addon
  2. Install the following Helm chart which has the latest v1beta1 VolumeGroupSnapshot CRDs - https://artifacthub.io/packages/helm/piraeus-charts/snapshot-controller
  3. Create a VolumeGroupSnapshot.
  4. Checkout the csi-snapshotter container logs in ebs-csi-controller Pod.

Anything else we need to know?:

Environment

  • Kubernetes version (use kubectl version):
    Client Version: v1.31.0
    Kustomize Version: v5.4.2
    Server Version: v1.32.1-eks-8cce635

  • Driver version: v1.39.0

Metadata

Metadata

Assignees

No one assigned

    Labels

    kind/featureCategorizes issue or PR as related to a new feature.lifecycle/frozenIndicates that an issue or PR should not be auto-closed due to staleness.

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions