Not able to mount S3 (Cloudflare) using rclone package on Fedora

What is the problem you are having with rclone?

rclone does not appear to do anything on startup. It does not appear to use DNS and it doesn’t make any network connections. Eventually, it reports “forgetting directory cache”.

The only thing I can think of that might be special about my system is that rclone is being run inside of a network namespace. I don’t currently have internet access configured outside of a network namespace on this system.

I’ve tried running it as root as well as running as an unprivileged user.

This rclone invocation and config works on another system (running FreeBSD)

There are other fuse filesystems (sshfs) mounted elsewhere on this system.

EDIT: I just realized my rclone is not at the newest version and my OS also needs to be updated. I’ll do that and try again and write back.

Run the command 'rclone version' and share the full output of the command.

rclone v1.71.0

  • os/version: fedora 41 (64 bit)
  • os/kernel: 6.14.4-200.fc41.x86_64 (x86_64)
  • os/type: linux
  • os/arch: amd64
  • go/version: go1.24.6
  • go/linking: dynamic
  • go/tags: none

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

Cloudflare R2

The command you were trying to run (eg rclone copy /tmp remote:tmp)

rclone mount -vvvvvvv www:www /home/user/www

Please run 'rclone config redacted' and share the full output. If you get command not found, please make sure to update rclone.

[www]
type = s3
provider = Cloudflare
access_key_id = XXX
secret_access_key = XXX
region = auto
endpoint = <cloudflare-provided endpoint which is accessible over the internet from this system and which works with rclone on another system>
bucket_acl = private
upload_cutoff = 25Mi
upload_concurrency = 2
s3_disable_checksum = true
### Double check the config for sensitive info before posting publicly

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

2026/02/09 21:06:22 DEBUG : rclone: Version "v1.71.0" starting with parameters ["rclone" "mount" "-vvvvvvv" "www:www" "/home/user/www"]
2026/02/09 21:06:22 DEBUG : Creating backend with remote "www:www"
2026/02/09 21:06:22 DEBUG : Using config file from "/root/.config/rclone/rclone.conf"
2026/02/09 21:06:22 INFO  : S3 bucket www: poll-interval is not supported by this remote
2026/02/09 21:06:22 DEBUG : S3 bucket www: Mounting on "/home/user/www"
2026/02/09 21:06:22 DEBUG : Root: 
2026/02/09 21:06:22 DEBUG : >Root: node=/, err=<nil>

1 Like

welcome to the forum,

first, make sure simple commands work, such as rclone ls and rclone lsd


that shoule be disable_checksum = true

Oh right, I was so focused on using mount that I forgot that there are other ways to use rclone.

So I tried ls and lsd and they both work.

Also, I tried to use rclone-browser, which does not seem to work at all here, not just for mounting but for any operation. It silently fails without any error messages that I can see. I know that’s another piece of software, but maybe it’s a clue.

Again, all of this is inside a network namespace (not a container, just the namespace), in case that’s useful.

Same results with the correction for disable_checksum

Thanks

EDIT: also, these findings were made after upgrading to Fedora 42 and rclone 1.72.1

perhaps rclone selfupdate


https://forum.rclone.org/t/running-rclone-inside-a-network-namespace/40489

Thanks, I got it to work. I didn’t realize rclone serve existed - user kapitainsky mentions it in the thread you linked.

I used rclone serve inside the netns to actually access the R2 endpoint directly, and export it on the netns’s local veth interface which I specified using --addr, like so:

rclone serve --addr 192.168.70.207:8080 webdav www:www

then, used the following config outside the netns:

[netns.webdav]
type = webdav
url = http://192.168.70.207:8080
vendor = other

again outside the netns, using that config to mount,

rclone mount --allow-other netns.webdav: ~user/www

and the mount works.

I guess I could also try and see if rclone-browser works outside the netns using this webdav share.

Thanks.

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