Speaking with Orit Wasserman, I do not believe that this is a dup of 1989527: The customer problem is not just slow `rbd info`, but it could be the fact that CSI clone creates so many images. Our customer would like to create thousands of clones of the same PV. IMHO this should be supported by OCS-CSI regardless of the implementation on the rbd level. Am I mistaken, @ndevos ?
BZ 1989527 extends far beyond "rbd info" -- any attempt to open the image that is being flattened can spuriously return ENOENT. It is a rather narrow race window but the belief that it nonetheless contributes to the overall issue.
As Ilya mentioned in comment #43, the fix in Ceph is expected to address this problem. Due to the spurious incorrect error returned by Ceph RBD, Ceph-CSI can not handle the workflow correctly while cloning some RBD images. This results in a resource leak, causing different problems down the line.