-
Notifications
You must be signed in to change notification settings - Fork 559
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
Add support for cephfs clone limit error #3996
Comments
@karthik-us PTAL |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed in a week if no further activity occurs. Thank you for your contributions. |
This issue has been automatically closed due to inactivity. Please re-open if this still requires investigation. |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed in a week if no further activity occurs. Thank you for your contributions. |
Not stale. This will be worked on once the tracking ceph issue is fixed. |
@karthik-us We decided in last standup to not wait for the pr to be merged and pre-emptively add this check and csi error code in cephcsi. |
Sure @Rakshith-R, will do that. |
@karthik-us |
This is to pre-emptively add check for EAGAIN error returned from ceph as part of ceph/ceph#52670 if all the clone threads are busy and return csi compatible error. Fixes: ceph#3996 Signed-off-by: karthik-us <[email protected]>
This is to pre-emptively add check for EAGAIN error returned from ceph as part of ceph/ceph#52670 if all the clone threads are busy and return csi compatible error. Fixes: ceph#3996 Signed-off-by: karthik-us <[email protected]>
This is to pre-emptively add check for EAGAIN error returned from ceph as part of ceph/ceph#52670 if all the clone threads are busy and return csi compatible error. Fixes: ceph#3996 Signed-off-by: karthik-us <[email protected]>
This is to pre-emptively add check for EAGAIN error returned from ceph as part of ceph/ceph#52670 if all the clone threads are busy and return csi compatible error. Fixes: ceph#3996 Signed-off-by: karthik-us <[email protected]>
This is to pre-emptively add check for EAGAIN error returned from ceph as part of ceph/ceph#52670 if all the clone threads are busy and return csi compatible error. Fixes: #3996 Signed-off-by: karthik-us <[email protected]>
This is to pre-emptively add check for EAGAIN error returned from ceph as part of ceph/ceph#52670 if all the clone threads are busy and return csi compatible error. Fixes: ceph#3996 Signed-off-by: karthik-us <[email protected]>
Describe the bug
We need to check for error when cphfs clones are rejected due to cloner threads being busy
and handle this error by sending appropriate CSI compliant error code to the external provisioner.
https://tracker.ceph.com/issues/59714
Steps to reproduce
Steps to reproduce the behavior:
Actual results
Most of the clones/restores will stay in pending for a long time.
Expected behavior
Ceph should reject clone creation requests when cloner threads are full with an error and CephCSI should handle this error by sending appropriate CSI compliant error code to the external provisioner.
The text was updated successfully, but these errors were encountered: