Vfs cache: removed cache file as stale (remote deleted)

What is the problem you are having with rclone?

What does vfs cache: removed cache file as stale (remote deleted) mean? I see files a full 32GiB in size in vfs cache. Then this log triggers, and the file becomes a size of 0 with no data. I essentially am losing these files with no recovery.

I saw only one relevant post regarding this output on the web but it was on windows and supposedly have been patched. So really im just wondering whats going on here and how i can prevent this from happening and losing data.

I'm seeing this on about 0.25% of uploads at the moment. Any help or indications on what this error means would be helpful.

Dec 16 11:16:12 Miner-01 rclone[2571931]: INFO  : filecoin/datasets/skies_and_universes/baga6ea4seaqf6uxk4zji5r7l5pi2xvow72juxwnrvazdibyrypeik6zwnqtkoma.car: vfs cache: removed cache file as stale (remote deleted)

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

root@Miner-01:~# rclone version
rclone v1.60.0
- os/version: debian 11.5 (64 bit)
- os/kernel: 5.18.0-0.deb11.4-amd64 (x86_64)
- os/type: linux
- os/arch: amd64
- go/version: go1.19.2
- go/linking: static
- go/tags: none

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


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

Description=Dropbox Encrypted

ExecStart=/usr/bin/rclone mount \
        --config=/root/.config/rclone/rclone.conf \
        --cache-dir /srv/.rclone_cache/Dropbox_Encrypted/ \
        --rc \
        --vfs-cache-mode full \
        --allow-other \
        --dir-cache-time 1440m \
        --vfs-write-back 300s \
        --dropbox-chunk-size 128M \
        --transfers 32 \
        --vfs-cache-max-age 24h0m0s \
        --log-systemd \
        --log-level INFO \
        --bwlimit 950M \
        Encrypted: /Dropbox/Encrypted
ExecStartPost=/usr/bin/rclone rc vfs/refresh recursive=true _async=true
ExecStop=/bin/fusermount -u /Dropbox/Encrypted


The rclone config contents with secrets removed.

type = dropbox
client_id = 
client_secret = 
token = 

type = crypt
remote = Dropbox:Encrypted
filename_encryption = standard
directory_name_encryption = true
password =
password2 =

A log from the command with the -vv flag

I am running this via systemd, so i ran a rclone rc command to put it in debug mode, and looks like some messages were possibly suppressed around the error in journtalctl.

I will work to get updated logs, but stopping this mount takes a while as re-reading the VFS cache during restart is a very slow process with the amount of cache i am usually carrying.

*Edited journalctl not to suppress, updating logs next time it happens.


Hi Trevor,

I only have one minute right now, so you will get a direct link to the code as answer:

It basically says that rclone found a file in the cache that wasn't on the remote and that wasn't marked as dirty (upload pending) - and therefore deleted it.

That is the file was (supposedly) in sync with the remote when it was left in the read cache, and now is no longer found in the remote and therefore deleted in the cache to bring the cache content in sync.

Could that fit your situation?

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