With gluster native driver, 'Manila delete share' on a gluster volume fails to delete the share and puts the share in 'error_deleting' state. This issue will be seen with gluster 3.7.
Following steps are done by the API In order to delete the share,
1) reset ssl options
2) temporarily mount gluster volume
3) Delete the contents
4) umount gluster volume
5) set ssl options back
Starting GlusterFS 3.7.x, trashcan feature is introduced to temporarily store deleted files. This directory cannot be deleted and api tries to delete and fails.
# ls -liah /tmp/tmpYuqpvv/
total 4.0K
1 drwxr-xr-x. 4 root root 78 Jul 10 12:32 .
133 drwxrwxrwt. 36 root root 4.0K Jul 10 12:48 ..
5 drwxr-xr-x. 3 root root 48 Jul 7 11:19 .trashcan
# find /tmp/tmpYuqpvv -mindepth 1 -delete
find: cannot delete ‘/tmp/tmpYuqpvv/.trashcan’: Directory not empty
code snippet:
# Delete only the contents, not the directory.
cmd = ['find', pipes.quote(tmpdir), '-mindepth', '1', '-delete']
try:
self._execute(*cmd, run_as_root=True)
except exception.ProcessExecutionError as exc:
msg = (_("Error trying to wipe gluster volume. "
"gluster_export: %(export)s, Error: %(error)s") %
{'export': gluster_export, 'error': exc.stderr})
LOG.error(msg)
raise exception.GlusterfsException(msg)
finally:
# Unmount.
self._do_umount(tmpdir)
shutil.rmtree(tmpdir, ignore_errors=True)
Fix proposed to branch: master
Review: https:/