CraftyClown
October 7, 2020, 3:35pm
1
What is the problem you are having with rclone?
I have two rclone mounts on different servers in different locations and for some reason one of them is taking a long time to update and display new content, sometimes taking hours before it's available. I have tried restarting the mount and even rebooting the server to see if it would kick start it, but it seems to just update when it feels like it. There is nothing in the logs to indicate any issues and the mount is fully operational and assessable.
This one has me scratching my head
What is your rclone version (output from rclone version)
rclone v1.53.1
os/arch: linux/arm64
go version: go1.15
Which OS you are using and how many bits (eg Windows 7, 64 bit)
Ubuntu 20.04.1 LTS (GNU/Linux 5.4.0-1019-raspi aarch64)
Which cloud storage system are you using? (eg Google Drive)
Google drive
The command you were trying to run (eg rclone copy /tmp remote:tmp)
Paste command here
[Unit]
[Service]
[Install]
The rclone config contents with secrets removed.
Paste config here
A log from the command with the -vv flag
Paste log here
darthShadow
October 7, 2020, 3:50pm
2
Can you post the debug logs for a simple reproduction?
darthShadow
October 7, 2020, 3:53pm
3
It may also be similar to these 2 issues:
Correct, wasn't done through the mount.
I've reverted to 1.51 for now (wasn't sure about 1.52 as the issue linked above was created in july and referenced 1.52 with having the issue). I'll run 1.51 for a while to see if the issue returns, but I suspect it won't. The new cache benefits are nice, but not required. I'd rather have stability in the environment.
Thanks!
opened 07:20AM - 19 Jul 20 UTC
closed 10:00AM - 11 Nov 20 UTC
bug
VFS / mount
IMPORTANT
#### What is the problem you are having with rclone?
As per my discussion wit… h @ncw any files deleted from the remote aren't removed from the cache till the cache expiry runs which can be a couple of days now with the new vfs caching changes for the full mode.
In that case, what happens is the following sequence:
* Plex has probed the earlier file which downloads only a single chunk and caches the file entry
* User upgrades the earlier file i.e. deletes the existing file and uploads a better copy
* When Plex goes to scan it again, it sees two files, hence, creates 2 metadata entries for the same movie and shows both as playable
* When any random user goes to play the file in Plex, he can select any of those 2 copies to play, which can result in a playback issue if he selects the file that was removed from the remote but still has a chunk cached.
I am sure there can be a similar problem with a different use case too, but I faced the problem in the above use case hence the steps for the same.
#### What is your rclone version (output from `rclone version`)
```
rclone v1.52.2-209-gca3fbdef-vfs-beta
- os/arch: linux/amd64
- go version: go1.14.4
```
#### Which OS you are using and how many bits (eg Windows 7, 64 bit)
Linux amd64-bit
#### Which cloud storage system are you using? (eg Google Drive)
Google Drive
#### The command you were trying to run (eg `rclone copy /tmp remote:tmp`)
```
rclone mount PersonalTD:Media /home/darthshadow/TDMedia --dir-cache-time=960000h --vfs-cache-mode=full --vfs-cache-max-age=120h --vfs-cache-max-size=200G --vfs-cache-poll-interval=5m --poll-interval=30s --cache-dir=/home/darthshadow/rclone/vfs/TD/ --attr-timeout=0
```
#### A log from the command with the `-vv` flag (eg output from `rclone -vv copy /tmp remote:tmp`)
N/A
CraftyClown
October 7, 2020, 4:36pm
4
Ok, I've set my logs to debug and I'll try to recreate the issue then report back
system
February 4, 2021, 8:26pm
6
This topic was automatically closed 60 days after the last reply. New replies are no longer allowed.