Versitygw as a backup target

[TonioRoffo]

Hello,

I've been doing some small tests to versitygw running as a S3 gateway.

It seems to be working (at least in smaller tests) and is very efficient on a single target machine - actually near native speed is achieved)
Object locking/versioning seems to be a step too far, it just locks up - without it, it seems to run fine (backups, mounting, deleting, all okay)

Still a bit confused about the underlying way versityg3 stores objects. I created a bucket, but on the filesystem itself, the veeam backup data seems to be stored in a different folder. When completely deleting from veeam point of view, the data is gone, but all the objects remain in this folder, taking up space still. (even with versioning disabled)

Did anyone else on the forum attempt to use versitygw? I'd love to discuss.

[TonioRoffo]

Well I guess it's far from veeam ready. Deleting the backups, including GFS, throws an error

"7/11/2025 10:50:09 Error [testtoberemoved_2025-11-07T095122] Failed to delete backup Error: Failed to copy checkpoint
Agent failed to process method {Cloud.DeleteBackup}."