Didn't find backend called "oracleobjectstorage"

What is the problem you are having with rclone?

Hello, everyone. I own 5 oracle cloud servers and have several virtual servers on each of them. I make periodic backups of my virtual servers and store them on 5 buckets also on the Oracle cloud (Oracle Object Storage). To do all this I obviously use rclone. I have configured everything by following the official rclone guide. The solution has worked without any problems for 10 months. It's been a week that only on two buckets the backups with rlcone don't work even though they are all configured the same way. They are configured all in the same way. On the two buckets on which I cannot copy backups I have activated the logs and this is what I get:

2024/11/26 00:05:38 DEBUG : rclone: Version "v1.53.3-DEV" starting with parameters ["/usr/bin/rclone" "copy" "/opt/tmp/xxxxx.tar.gz" "ora-hosting1:bucket-hosting1" "--log-file=/opt/rclonelog/log.txt" "--log-level=DEBUG"]
2024/11/26 00:05:38 DEBUG : Creating backend with remote "/opt/tmp/xxxx.tar.gz"
2024/11/26 00:05:38 DEBUG : Using config file from "/root/.rclone.conf"
2024/11/26 00:05:38 DEBUG : fs cache: adding new entry for parent of "/opt/tmp/xxxx.tar.gz", "/opt/tmp/xxxx"
2024/11/26 00:05:38 DEBUG : Creating backend with remote "ora-hosting1:bucket-hosting1"
2024/11/26 00:05:38 Failed to create file system for "ora-hosting1:bucket-hosting1": didn't find backend called "oracleobjectstorage"

This is the output of rclone version:

rclone v1.53.3-DEV
os/arch: linux/amd64
go version: go1.18.1

Which cloud storage system are you using? (eg Google Drive)

I'm using Oracle Cloud.

This is the command that I run to copy the backup of my virtual server from the server to the Oracle Storage:

/usr/bin/rclone copy '.$new_nomefile.' ora-hosting1:bucket-hosting1 --log-file=/opt/rclonelog/log.txt --log-level=DEBUG'

Config file

[ora-hosting3]
type = oracleobjectstorage
provider = user_principal_auth
namespace = xxxxxx
compartment = xxxxx
region = eu-milan-1
endpoint = https://objectstorage.eu-milan-1.oraclecloud.com
storage_tier = Archive

A log from the command that you were trying to run with the -vv flag

2024/11/26 09:10:35 DEBUG : rclone: Version "v1.53.3-DEV" starting with parameters ["/usr/bin/rclone" "copy" "/opt/rclonelog/log.txt" "ora-hosting3:bucket-hosting3" "-vv"]
2024/11/26 09:10:35 DEBUG : Creating backend with remote "/opt/rclonelog/log.txt"
2024/11/26 09:10:35 DEBUG : Using config file from "/root/.rclone.conf"
2024/11/26 09:10:35 DEBUG : fs cache: adding new entry for parent of "/opt/rclonelog/log.txt", "/opt/rclonelog"
2024/11/26 09:10:35 DEBUG : Creating backend with remote "ora-hosting3:bucket-hosting3"
2024/11/26 09:10:35 Failed to create file system for "ora-hosting3:bucket-hosting3": didn't find backend called "oracleobjectstorage"

It is many years old rclone version. I doubt anybody is interested in such IT archaeology.

Please use the latest rclone.

Do you think that this will solve the issue? I'll update rclone. I hope that the updating process will not create a mess.

You can always try. It is enough to download the latest version to any directory and run from there. this way nothing existing will be even touched.

Maybe do not test with real transfers but with something like rclone ls

Well. oracleobjectstorage was only introduced in rclone v1.60...:slight_smile:

so something does not add up with your story...

I ran the version command on another server, the one that is running, and I get:

rclone v1.65.2
- os/version: ubuntu 22.04 (64 bit)
- os/kernel: 6.8.0-1016-oracle (x86_64)
- os/type: linux
- os/arch: amd64
- go/version: go1.21.6
- go/linking: static
- go/tags: none

I can swear to you, and I have proof, that the backup on oracle with the two servers giving me problems today worked until 18 November 2024 despite the outdated version. I did this configuration a while ago and I don't understand how it was possible that for those two servers I used an old version of rclone until today. Thank you for your help.

Hahaha. For sure there is an explanation. We just do not know it:) glad all works now.

This topic was automatically closed 3 days after the last reply. New replies are no longer allowed.