ceph-csi/e2e
Madhu Rajanna 1c59f0683e rbd: delete encryption key from KMS
when a Snapshot is encrypted during a CreateSnapshot
operation, the encryption key gets created in the KMS
when we delete the Snapshot the key from the KMS
should also gets deleted.

When we create a volume from snapshot we are copying
required information but we missed to copy the
encryption information, This commit adds the missing
information to delete the encryption key.

Signed-off-by: Madhu Rajanna <madhupr007@gmail.com>
(cherry picked from commit c3bae17fce)
2021-04-30 09:37:23 +00:00
..
ceph_user.go e2e: make use of ceph users created in e2e 2021-03-03 03:44:41 +00:00
cephfs_helper.go e2e: add test case for app deletion with unmounted cephFS volume 2021-03-25 15:15:07 +00:00
cephfs.go deploy: add csidriver object for cephfs and rbd 2021-03-31 13:41:35 +00:00
configmap.go e2e: rework on E2E framework 2020-09-10 07:40:13 +00:00
deploy-vault.go e2e: error out in case deploying Hashicorp Vault fails 2021-02-17 08:50:40 +00:00
e2e_test.go util: remove unwanted import string from module dependencies 2021-03-24 15:12:13 +00:00
errors.go e2e: IsRetryableAPIError is not available in kubernetes 1.20.0 2020-12-17 16:04:54 +00:00
log.go cleanup: fix golint warnings in util, e2e 2020-05-20 13:18:41 +00:00
namespace.go e2e: IsRetryableAPIError is not available in kubernetes 1.20.0 2020-12-17 16:04:54 +00:00
node.go e2e: rework on E2E framework 2020-09-10 07:40:13 +00:00
pod.go e2e: add execCommandInDaemonsetPod() 2021-03-25 15:15:07 +00:00
pvc.go e2e: small fixes in var name and error msg 2021-03-25 15:15:07 +00:00
rbd_helper.go rbd: delete encryption key from KMS 2021-04-30 09:37:23 +00:00
rbd.go rbd: delete encryption key from KMS 2021-04-30 09:37:23 +00:00
README.md doc: add more example formats to run e2e tests 2021-01-20 12:29:59 +00:00
resize.go e2e: compare resource.Quantity with Equals() instead of operator 2021-02-19 11:55:40 +00:00
snapshot.go rbd: delete encryption key from KMS 2021-04-30 09:37:23 +00:00
staticpvc.go e2e: make use of ceph users created in e2e 2021-03-03 03:44:41 +00:00
upgrade-cephfs.go e2e: update snapshot restore e2e to check data consistency 2021-03-16 09:36:46 +00:00
upgrade-rbd.go e2e: update snapshot restore e2e to check data consistency 2021-03-16 09:36:46 +00:00
upgrade.go cephfs: add upgrade testing 2020-07-26 03:41:53 +00:00
utils.go rbd: delete encryption key from KMS 2021-04-30 09:37:23 +00:00

End-to-End Testing

Introduction

End-to-end (e2e) in cephcsi provides a mechanism to test the end-to-end behavior of the system, These tests will interact with live instances of ceph cluster just like how a user would.

The primary objectives of the e2e tests are to ensure a consistent and reliable behavior of the cephcsi code base and to catch hard-to-test bugs before users do when unit and integration tests are insufficient.

The Test framework is designed to install Rook, run cephcsi tests, and uninstall Rook.

The e2e test are built on top of Ginkgo and Gomega

Install Kubernetes

The cephcsi also provides a script for starting Kubernetes using minikube so users can quickly spin up a Kubernetes cluster.

the following parameters are available to configure kubernetes cluster

flag description
up Starts a local kubernetes cluster and prepare a disk for rook
down Stops a running local kubernetes cluster
clean Deletes a local kubernetes cluster
ssh Log into or run a command on a minikube machine with SSH
deploy-rook Deploy rook to minikube
create-block-pool Creates a rook block pool (named $ROOK_BLOCK_POOL_NAME)
delete-block-pool Deletes a rook block pool (named $ROOK_BLOCK_POOL_NAME)
clean-rook Deletes a rook from minikube
cephcsi Copy built docker images to kubernetes cluster
k8s-sidecar Copy kubernetes sidecar docker images to kubernetes cluster

following environment variables can be exported to customize kubernetes deployment

ENV Description Default
MINIKUBE_VERSION minikube version to install latest
KUBE_VERSION kubernetes version to install latest
MEMORY Amount of RAM allocated to the minikube VM in MB 4096
VM_DRIVER VM driver to create virtual machine virtualbox
CEPHCSI_IMAGE_REPO Repo URL to pull cephcsi images quay.io/cephcsi
K8S_IMAGE_REPO Repo URL to pull kubernetes sidecar images k8s.gcr.io/sig-storage
K8S_FEATURE_GATES Feature gates to enable on kubernetes cluster BlockVolume=true,CSIBlockVolume=true,VolumeSnapshotDataSource=true
ROOK_BLOCK_POOL_NAME Block pool name to create in the rook instance newrbdpool
  • creating kubernetes cluster

    From the ceph-csi root directory, run:

    ./scripts/minikube.sh up
    
  • Teardown kubernetes cluster

    ./scripts/minikube.sh clean
    

Deploy Rook

The cephcsi E2E tests expects that you already have rook running in your cluster.

Thanks to minikube script for the handy deploy-rook option.

./scripts/minikube.sh deploy-rook

Test parameters

In addition to standard go tests parameters, the following custom parameters are available while running tests:

flag description
deploy-timeout Timeout to wait for created kubernetes resources (default: 10 minutes)
deploy-cephfs Deploy cephfs csi driver as part of E2E (default: true)
deploy-rbd Deploy rbd csi driver as part of E2E (default: true)
test-cephfs Test cephfs csi driver as part of E2E (default: true)
upgrade-testing Perform upgrade testing (default: false)
upgrade-version Target version for upgrade testing (default: "v2.1.2")
test-rbd Test rbd csi driver as part of E2E (default: true)
cephcsi-namespace The namespace in which cephcsi driver will be created (default: "default")
rook-namespace The namespace in which rook operator is installed (default: "rook-ceph")
kubeconfig Path to kubeconfig containing embedded authinfo (default: $HOME/.kube/config)
timeout Panic test binary after duration d (default 0, timeout disabled)
v Verbose: print additional output

E2E for snapshot

After the support for snapshot/clone has been added to ceph-csi, you need to follow these steps before running e2e. Please note that the snapshot operation works only if the Kubernetes version is greater than or equal to 1.17.0.

  • Delete Alpha snapshot CRD created by ceph-csi in rook.

    • Check if you have any v1alpha1 CRD created in our Kubernetes cluster

      $ kubectl get crd volumesnapshotclasses.snapshot.storage.k8s.io -o yaml |grep v1alpha1
        - name: v1alpha1
        - v1alpha1
      $ kubectl get crd volumesnapshotcontents.snapshot.storage.k8s.io -o yaml |grep v1alpha1
        - name: v1alpha1
        - v1alpha1
      $ kubectl get crd volumesnapshots.snapshot.storage.k8s.io -o yaml |grep v1alpha1
        - name: v1alpha1
        - v1alpha1
      
    • If you have Alpha CRD, delete it as from Kubernetes 1.17.0+ the snapshot should be v1beta1

      ./scripts/install-snapshot.sh delete-crd
      
  • Install snapshot controller and Beta snapshot CRD

    ./scripts/install-snapshot.sh install
    

    Once you are done running e2e please perform the cleanup by running following:

    ./scripts/install-snapshot.sh cleanup
    

Running E2E

Note:- Prior to running the tests, you may need to copy the kubernetes configuration file to$HOME/.kube/configwhich is required to communicate with kubernetes cluster or you can passkubeconfigflag while running tests.

Functional tests are run by the go test command.

go test ./e2e/ -timeout=20m -v -mod=vendor

To run specific tests, you can specify options

go test ./e2e/ --test-cephfs=false --test-rbd=false --upgrade-testing=true

To run e2e for specific tests with make, use

make run-e2e E2E_ARGS="--test-cephfs=false --test-rbd=true --upgrade-testing=false"

You can also invoke functional tests with make command

make func-test TESTOPTIONS="-deploy-timeout=10 -timeout=30m -v"