File corrupting when moving from cifs to cifs

Sonarr version (exact version): 3.0.4.1061
Mono version (if Sonarr is not running on Windows): 5.18.0.240
OS: Linux debian 4.19.0-13-amd64 #1 SMP Debian 4.19.160-2 (2020-11-28) x86_64 GNU/Linux
Debug logs:
21-1-12 12:23:22.1|Warn|ImportApprovedEpisodes|Couldn’t import episode /home/neko/vm/torrents/transmission/complete/FOO.mkv

[v3.0.4.1061] System.IO.IOException: File copy incomplete. [/home/neko/Plex/TV - Anime/Isekai Izakaya - Japanese Food From Another World/Season 01/FOO.mkv] was 543162368 bytes long instead of 560322324 bytes.
at NzbDrone.Common.Disk.DiskTransferService.TryCopyFileVerified (System.String sourcePath, System.String targetPath, System.Int64 originalSize) [0x00047] in M:\BuildAgent\work\63739567f01dbcc2\src\NzbDrone.Common\Disk\DiskTransferService.cs:468
at NzbDrone.Common.Disk.DiskTransferService.TransferFile (System.String sourcePath, System.String targetPath, NzbDrone.Common.Disk.TransferMode mode, System.Boolean overwrite) [0x003ad] in M:\BuildAgent\work\63739567f01dbcc2\src\NzbDrone.Common\Disk\DiskTransferService.cs:336
at NzbDrone.Core.MediaFiles.EpisodeFileMovingService.TransferFile (NzbDrone.Core.MediaFiles.EpisodeFile episodeFile, NzbDrone.Core.Tv.Series series, System.Collections.Generic.List1[T] episodes, System.String destinationFilePath, NzbDrone.Common.Disk.TransferMode mode) [0x00129] in M:\BuildAgent\work\63739567f01dbcc2\src\NzbDrone.Core\MediaFiles\EpisodeFileMovingService.cs:116 at NzbDrone.Core.MediaFiles.EpisodeFileMovingService.CopyEpisodeFile (NzbDrone.Core.MediaFiles.EpisodeFile episodeFile, NzbDrone.Core.Parser.Model.LocalEpisode localEpisode) [0x00053] in M:\BuildAgent\work\63739567f01dbcc2\src\NzbDrone.Core\MediaFiles\EpisodeFileMovingService.cs:91 at NzbDrone.Core.MediaFiles.UpgradeMediaFileService.UpgradeEpisodeFile (NzbDrone.Core.MediaFiles.EpisodeFile episodeFile, NzbDrone.Core.Parser.Model.LocalEpisode localEpisode, System.Boolean copyOnly) [0x00196] in M:\BuildAgent\work\63739567f01dbcc2\src\NzbDrone.Core\MediaFiles\UpgradeMediaFileService.cs:73 at NzbDrone.Core.MediaFiles.EpisodeImport.ImportApprovedEpisodes.Import (System.Collections.Generic.List1[T] decisions, System.Boolean newDownload, NzbDrone.Core.Download.DownloadClientItem downloadClientItem, NzbDrone.Core.MediaFiles.EpisodeImport.ImportMode importMode) [0x0029d] in M:\BuildAgent\work\63739567f01dbcc2\src\NzbDrone.Core\MediaFiles\EpisodeImport\ImportApprovedEpisodes.cs:111

I am running debian in vmware workstation 15, before today I was using the vmware share folder method for linking my host drives to debian. The host is windows 10. I switched it today to cifs to get around a driver issue regarding long paths. After doing so I started encountering the above error on files when they complete. The download path is also on a cifs drive so I am not sure if this is helping to cause the issue or not. In short it is corrupting the downloads when moving from the transmission complete folder to the plex folder. I’ve tried manually copying a file and it did without issue so this seems to be something related to how sonarr moves the files. I am including a paste of the fstab below to show my current settings. While it shouldn’t make a difference the drives being copied to on cifs are raid 1 ntfs. This was done in plans to move the guest machine to a separate box from the drives.

UUID=7a8e49f6-e7d9-44d3-99e5-d9af449194fb / ext4 errors=remount-ro 0 1

swap was on /dev/sda5 during installation

UUID=e3fae011-12f2-4e3f-9972-03f9558f4239 none swap sw 0 0
/dev/sr0 /media/cdrom0 udf,iso9660 user,noauto 0 0
//192.168.50.156/vm /home/neko/vm cifs sec=ntlmv2,vers=3.0,uid=1000,gid=1000,credentials=/home/neko/.smb,iocharset=utf8,noperm,nofail,nounix,file_mode=0777,dir_mode=0777 0 0
//192.168.50.156/Plex /home/neko/Plex cifs sec=ntlmv2,vers=3.0,uid=1000,gid=1000,credentials=/home/neko/.smb,iocharset=utf8,noperm,nofail,nounix,file_mode=0777,dir_mode=0777 0 0
//192.168.50.156/Calibre /home/neko/Calibre cifs sec=ntlmv2,vers=3.0,uid=1000,gid=1000,credentials=/home/neko/.smb,iocharset=utf8,noperm,nofail,nounix,file_mode=0777,dir_mode=0777 0 0

In some setups that can happen, our recommendation is to use NFS instead.