backend openDAL Backend cannot be loaded: scheme is not enabled or supported

[nickchomey]

I am getting this error when I try to use onedrive and gdrive. I assume it is the case for others too..

backend openDAL Backend cannot be loaded: Unsupported (permanent) at , context: { scheme: onedrive } => scheme is not enabled or supported

repository = "opendal:onedrive"
password = ""

[repository.options]
access_token = "token"
root = "/root/path"

Here's what OpenDAL says about onedrive
https://docs.rs/opendal/latest/opendal/services/struct.Onedrive.html

When I change it to opendal:gdrive i get the same thing.

But if I try b2 or s3, it just gives me an error regarding the bucket being invalid (since I didnt provide any credentials for it). That suggests to me that onedrive, gdrive and others are simply broken - either within OpenDAL itself or, more likely, how it was integrated into Rustic

[nickchomey]

Is this the issue here? https://github.com/rustic-rs/rustic_core/blob/f1f73dbfa3b47f65fb55da2ba45062de32436bc1/crates/backend/Cargo.toml#L91

You've only seemingly included some of the available services

• services-b2
• services-sftp
• services-swift
• services-azblob
• services-azdls
• services-cos
• services-fs
• services-gcs
• services-ghac
• services-http
• services-ipmfs
• services-memory
• services-obs
• services-oss
• services-s3
• services-webdav
• services-webhdfs
• services-azfile
• layers-blocking
• layers-throttle

Surely there's a way to include everything by default (to accomodate new services that get added in the future, without needing to monitor them) and then selectively exclude specific ones (like stfp for windows)?

I'm eager to incorporate rustic into an open-source tool and the opendal backend would make this much easier. So, I hope this can get fixed and pushed into a new release soon!

[intgr]

I tried patching in OpenDAL OneDrive backend and using it. But there was no documentation about how to get the access_token value needed for it. After prompting them, here is some guidance how to do it, but it requires using some other library:

• docs: Explain the meaning of OneDrive access token apache/opendal#4715 (comment)

Then I tried using GNOME's built-in OneDrive support via FUSE. This failed because there are memory leaks 😆 reported here: https://gitlab.gnome.org/GNOME/gvfs/-/issues/742

[intgr]

The saga continues. I eventually got FUSE/GVFS/OneDrive backup done, by doing it chunk by chunk and restarting GVFS daemon before it leaked too much. But now I have repository corruption that cannot be resolved with rustic repair 😆

TL;DR: I found that rclone is a much better way to work with OneDrive, it is wayy faster than GVFS was. Although I think I have to redo the backup from scratch due to pre-existing corruption (#1164).

The documentation for rclone was a bit scarce, but I needed to run rclone config and add add to Rustic config: repository = "rclone:<rclone-remote-name>:<onedrive-path>"

More info on rclone OneDrive support here: https://rclone.org/onedrive/