-
Notifications
You must be signed in to change notification settings - Fork 105
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
fix(pvc): fixing stale ZFSVolume CR issue when deleting pending PVC #145
Conversation
10682a1
to
fe5bbd3
Compare
Codecov Report
@@ Coverage Diff @@
## master #145 +/- ##
=======================================
Coverage 22.90% 22.90%
=======================================
Files 14 14
Lines 489 489
=======================================
Hits 112 112
Misses 376 376
Partials 1 1 Continue to review full report at Codecov.
|
@pawanpraka1 can you update/comment this PR with the error that is displayed on the Pod or PVC in case the parameters are incorrectly specified? In other words, how can the user know the reason for pod not getting started? |
@kmova updated the PR description. |
|
PVC will not bound if there are wrong parameters/poolname in the storageclass, the ZFSVolume CR will be still created and will remain in Pending State, deletion of the PVC will delete PVC and since PVC is not bound, ZFS-LocalPV driver will not get the delete call and will leave the ZFSVolume CR hanging there. Reverting the behavior introduced in openebs#121, Now PVC will be bound but still ZFSVolume will be in Pending state until the volume is created. Signed-off-by: Pawan <pawan@mayadata.io>
@kmova good point. Improved the logs to say dataset does not exist. This error is coming from POD at the mount time, it can report mount time errors only. The creation failure will be coming from the watcher which will keep on trying to create the volume and keep on failing. Have already 2 tasks in the tracker:
|
fixes: #130
Signed-off-by: Pawan pawan@mayadata.io
Why is this PR required? What issue does it fix?:
PVC will not bound if there are wrong parameters/poolname in the storageclass,
the ZFSVolume CR will be still created and will remain in Pending State,
deletion of the PVC will delete PVC and since PVC is not bound, ZFS-LocalPV
driver will not get the delete call and will leave the ZFSVolume CR hanging there.
What this PR does?:
Reverting the behavior introduced in #121,
Now PVC will be bound but still ZFSVolume will be in Pending state until the volume is created.
Now, with the wrong parameter, the POD will be in ContainerCreating and describe of it will show that mount is failing
Does this PR require any upgrade changes?:
No
Checklist:
<type>(<scope>): <subject>