Pcloud plex7/29/2023 If nightly rescan triggers redownload of every file, it's really not very nice. But users like and do run rclone (albeit with GSuite, IIRC), so it should be feasible. I could of course try davs/dav2s (the cloud providers don't offer ssh, I think). I've seen recommendations on using sshfs instead, but this makes me curious. (Actually waiting for it to finish, but looks like it's downloading a lot.) I would think Plex stored in it's db the timestamps etc, so it wouldn't have to redownload everything every time. Trying again, a Scan Library Files after removing that option, with only 3 albums (re)added, it seems that still triggered a full re-download. Maybe -no-modtime prevents it from seeing ctime/mtime, so it has to re-download every file to check. Still a rescan of my library used 150 GB of traffic. v -allow-other -read-only -ignore-checksum \ cache-dir /tmp/rclone-cache -vfs-cache-mode full \ buffer-size 1G -no-modtime -dir-cache-time 90m \ I also tried pCloud, and I tried adding some more options for caching, using something like this: /usr/bin/rclone mount -uid 1000 -gid 1000 -syslog -stats 1m \ This might have helped, as it "only" used 300 GB for scanning the last 150 GB. suggested I could try to add -ignore-checksum, so I did. By then it was halvway through indexing/scanning the library. (Actually jumped in at ~600 and tried figuring out what's going on. That triggered Plex to download ~900 GB of data. I installed plexmediaserver and added 149 GB of music to the library, from that Koofr-rclone mount. v -allow-other -read-only myKoofr:/music/ /srv/music/ On this new node I figured I would try out/use So I mounted the drive, using /usr/bin/rclone mount -uid 1000 -gid 1000 -syslog -stats 1m \ I've been using the same setup previously, on a slower node, but with only outbound bandwidth measured. I've been having some fun lately, setting up Plex on a new VPS, mounting my music share using rclone mount.
0 Comments
Leave a Reply. |