I’m using Sonarr and Radarr, both do the same. Whenever a file is found in the Sabnzbd download folder, it’s copied by their post-processing scripts as file.partial~ to an Rclone mount folder on Google Drive. When its finished copying, the file is renamed without the .partial~.
Any file uploaded this way is detected as a binary file by Drive, and is not playable as a video through their web interface. If I use Rclone copy, its detected as a Video.
I’ve got a debug log of the mounted upload if that’s any use?
Its version 1.46. The output of rclone ls is the same.
If I (using rclone mount and bash commands) copy the file back from GD to the local disk and then copy the file back into place on the mount, the result is a properly detected Video file on the GD website. So the mount seems to work in normal use.
It seems to be related to the mount upload with a temporary name and then the quick rename afterwards.
You can use something like unionfs or mergerfs and write locally first and upload at intervals. I don’t normally write to my mount and just upload it later so it’s locally staged a bit.
I’ve been having this issue for quite a while as well.
So, you don’t have to use any workarounds like unionFS or mergerFS. Since v1.40, rclone comes packed with an option --cache-tmp-upload-path, which effectively does the same that @Animosity022 suggested, except rclone monitors and moves the data.
Be sure to specify a path for cache-tmp-upload-path. More about the feature: https://rclone.org/cache/#offline-uploading
That actually doesn’t fix the issue he’s describing as it still writes the partial file first and moves it when completed.
He needs to move the fully completed file with the right extension for it to be parsed properly as a movie. You can’t upload the wrong extension and change it.
I think the default 15s for cache-tmp-wait-time is large enough for Sonarr/Radarr to rename the file, but of course that depends on hardware configuration.