Hi Ashish,
I have a different opinion for this (extension of solution 5 with defining
behaviour of "ozone fs”),
Recursive listing using fs:
OBS bucket are special bucket which will list at top level, but not recursive
- Compare like a directory having no permission
- can give an error like no permission or access denied (similar to OS
listing error in case of no permission)
- So it will notify there is some content which is not accessible using
"ozone fs" api and need special privilege or mechanism to handle.
- But for usability, “ozone sh” can be provided to remove bucket in
recursive Manne.
Recursive delete using fs:
Similar to recursive listing, will treat this OBS bucket as having no
permission. It should fail deleting this OBS bucket and further volume.
We can have similar behaviour as OS where some directory if do not have delete
permission, and how it fails, similar behaviour can be shown here also.
Regards
Sumit
On 2023/05/30 06:14:40 Sadanand Shenoy wrote:
> Thanks Ashish for the proposal.
> IMO we should either support it (Solution 5) or not (Solution 3). The
> point around OBS buckets taking more time to delete its keys exists even
> today for Legacy buckets.
> Regarding trash not being supported at volume level, the volume delete can
> be triggered only if the user consciously provides the skipTrash flag as a
> way to make the user aware.
>
>
> -Sadanand
>
> On Tue, May 30, 2023 at 11:18 AM ASHISH KUMAR <as...@gmail.com>
> wrote:
>
> > Hi All,
> >
> >
> > Regarding HDDS-6610 <https://issues.apache.org/jira/browse/HDDS-6610>,
> > Please help to review different solutions proposed and give suggestions.
> > I have attached solutions proposal document.
> >
> > Issue:
> > When a volume has just FSO buckets then user can do recursive delete at
> > volume level with -skipTrash, and the entire volume gets deleted.
> > But currently recursive delete doesn’t support for Bucket type OBS so
> > there is no easy way for user to delete entire volume, when volume has some
> > OBS buckets in it.
> >
> >
> >
> >
> > Regards,
> > Ashish Kumar
> >
>
