in that case i recommend doing a mount bind to put anything in place.
Assuming you mounted your data disk via /mnt/data-disk.
mkdir ~odrive-agent-mount
mount -o bind /mnt/data-disk ~/odrive-agent-mount
This allows you to follow the odrive agent tutorial/docs without the need to change any paths. (It seemed to me that odrive didnât like changing the proposed path at all, therefore the bind)
have odrive running and working but command find . -type f -name â*.cloudfâ -exec python3 â$HOME/.odrive-agent/bin/odrive.pyâ sync â{}â ; is extremely slow, it goes one by one scan directories take like 10minutes per folder, and it is only chekking not downloading. is there any workaround of getting this faster??
im running it directory to gdrive mount
i took me more than 60min for all directories. Download itselt is much faster, itâs just that slow for folders. Download itself is handled via ACD directly.
i execute on /mnt/gdrive direct to google-drive-ocamlfuse mounted folder(it is not sync direct, it use fuse buffer), it is fast normally but executing this is not helping. bandwidth is 100M and there is only few kb/s in use while check folder. file download i tested earlier and it came fast.
which will copy the LOCAL odrive sync acd/Movies into google drive (REMOTE) Plex/Movies
like normally I would do with the crypted data on my VPS?!
rclone is not encrypting it anyhow extra, as encfs is not even configured on my google compute machine
I tried CloudHQ, but it says âup to 10GB/hâ in the FAQ, so no real solution⊠I use my dedicated servers and the Google Compute Solution, 120M/s, a dream
But if I run the "next phase", with
find ~/odrive-agent-mount/ -type f -name "*.cloud" -exec python "$HOME/.odrive-agent/bin/odrive.py" sync {} ;
only this happens:
Unable to sync 2dqoSBjDYjBodLK5dA9T...flXyec5Bazqlte.cloud. This file doesn't exist.
Unable to sync bQXoZ,bxQDd5EyPzwkc4...sV5i4j4isVVjb-.cloud. This file doesn't exist.
Unable to sync useFsiCn7PJSyfCpi5ff...ahRjWH1rXUFHi4.cloud. This file doesn't exist.
Unable to sync gV4qDLaAHUPmnj5oQjnd...,uhRTPGih0Ycx4.cloud. This file doesn't exist.
Unable to sync ghbLj28O6sDCi5CPHkwz...lS7qzggCyfNZu5.cloud. This file doesn't exist.
Is this normal?
should I wait until something "happens"?
Update:
I have fixed it. Deleted everything and re-done the whole folder and file structure mapping and now it's transfering the data:
Told them the app that I use to upload my backups to ACD via my linux server is banned. They said they are aware and told me to use the ACD client. I said that wonât work in Linux, then I requested a refund. Done.
I cancelled my ACD subscription, and immediately got a ÂŁ46 refund (Iâve had it a few months). I then emailed ACD support asking for a full refund, and pointed out that Iâd cancelled because ACD is useless to me without rclone, and they replied about an hour later, confirming that theyâd approved a refund of ÂŁ9.50 for the remaining amount, so Iâve got all my money back (and subsequently ploughed it into GDrive).
Iâll probably leave the 1TB of photos up there as an additional backup, since itâs free with Prime anyway.
i can confirm this too. the dude was telling me that they didnât do refund at first, when i mentionned other people getting the refund for the same issue, it was accepted.
Based on the answer i got from the (french) support that i contacted today, looks like the cause may be the problem with acd_cli exposing datas from one client to other ones.
I am sorry that you are having trouble with your Amazon Drive.
Iâve taken note of your request, but as you mentioned in your email, linuxâs open source system is not compatible with Amazon Drive. I understand that Rclone is an open source application, which has been validated by ACD, but at Amazon Drive it can not be used for several reasons.
Moreover, we are keen on the confidentiality of our customersâ data and do not want them to be susceptible or exposed to piracy.
For my part, I have transferred your request to our developers so that they can study this situation and if possible to set up a possibility allowing some of our clients to go through Open Cell Server validated by Advanced Cell Diagnostics (ACD).
im calling your script with: ./script.sh (has execute permissions)
the single line is: find /home/alaskaoet/tempdisk/odrive-agent-mount/ -type f -name "*.cloudf" -exec python "/home/alaskaoet/.odrive-agent/bin/odrive.py" sync "{}" \;