bobbintb

The userscripts plugin was recently updated to include variables that are preceded with a comment "#". That might have something to do with it as I have not yet updated my userscripts plugin and haven't heard of anyone coming across the issue you are describing. The reason people are mounting in /mnt/disks is because it is necessary if you want your dockers to have access to the mounts, such as Plex. If this doesn't matter to you then you can mount it under /mnt/user. I've got user and user0 as well. It's not on the OP yet but I have a custom script that will run sync as a daemon so you do not need to schedule it. You would have to adjust the sync command to your liking however, such as if you wanted to throttle bandwidth as you mentioned in the other thread. I've been using it and it's been working fine for me. The only thing needed to backup to restore is your config file, or really just your encryption password(s). It would be easiest to just backup the config file by zipping it up in a password protected file like you said.

Well, they were instructions to change the variables. I said to use the included scripts and just change the source and destination. I didn't say anything about adding your script to the end of the existing script. You really have a talent for over complicating things but I'm glad you got it working.

You're making things much more difficult by reinventing the wheel. Just use the included scripts. They were created specifically to avoid this type of situation.

It's just a hunch but I'd say the mointpoint does not exist. Also, update your plugin if you don't have the latest. The OP needs to be updated to reflect this but the latest version supplies scripts for mounting and unmounting (for the user scripts plugin). All you have to do is specify the source and destination so you don't have to deal with things like forgetting to create the mountpoint first. If you do have the latest version just go into the settings page for the plugin to activate the script. Yes, or editing an existing container.

Follow this: https://lime-technology.com/forum/index.php?topic=40262.0 It's pretty east after that.

I have made a daemon for user scripts. It requires inotify, which can be found in nerd tools. #DECLARE VARIABLES backup_dir="" server_backup_dir="" log_dir="/boot/config/plugins/rclone-beta/logs/backuperrors.txt" trap 'kill -HUP 0' EXIT #FUNCTION TO USE RYSNC TO BACKUP DIRECTORIES function backup () { if rclone sync $backup_dir $server_backup_dir --transfers 1 2>&1 >>$log_dir then echo "backup succeeded $backup_dir" else echo "rclone failed on $backup_dir" return 1 fi } #CHECK IF INOTIFY-TOOLS IS INSTALLED type -P inotifywait &>/dev/null || { echo "inotifywait command not found."; exit 1; } #INFINITE WHILE LOOP while true do #START RCLONE AND ENSURE DIR ARE UPTO DATA backup || exit 0 #START RCLONE AND TRIGGER BACKUP ON CHANGE inotifywait -r -e modify,attrib,close_write,move,create,delete --format '%T %:e %f' --timefmt '%c' $backup_dir 2>&1 >>$log_dir && backup done Just fill in the two variables. I have partially testing it with user scripts. It works if manually run but I have not set it to run at array start so let me know if there are issues. I suspect there might be if this script somehow gets ran before the mount script. If so, a simple sleep at the beginning of this script should fix that. Waseh, feel free to include this in the plugin if you'd like.

Love the additions so far. I'd like to request that I be able to go to the GUI page by clicking on the icon on the plugins page. I think most of the plugins work that way in addition to going through the settings page. It would be nice for consistency and ease of use.

What script did you run? Sync cron? I did mount that way with no problem. There is a sync script that runs when changes are made instead on cron.

Source: http://rclone.org/downloads/ Still not quite seeing it. I see that there is a gitlog but that really just shows commits. I can download the beta and there is a changelog in the zip file but it only shows the stable release. Is there any place that shows what has changed between beta versions? I'm still not finding one.

So you are getting similar speeds using rclone to mount and encfs to encrypt as you are with using rclone for both mounting and encrypting? Is anyone else getting similar results? Hopefully I'll be able to help test soon. Just too busy lately. That would be very telling because if it is the encryption layer, I don't know if much can be done to improve the performance as doing so would likely have serious repercussions on existing setups. Maybe I'm wrong about that. If it is mounting, I think there is room for improvement. Personally, even if acd_cli/encfs is better now, I still might bank on the fact that rclone is able to improve performance. acd_cli and encfs being two separate projects, I don't expect much to change in relation to each other. Edit: One of posts I mentioned earlier, I forget which thread I mention it in, seems to indicate it is indeed crypt causing the issue. https://forum.rclone.org/t/plex-server-with-amazon-drive-rclone-crypt-vs-encfs-speed/106/17 The author of rclone is looking into it. Just based on the fact that the performance is decent enough and the fact that there is active and significant work being done on rclone, I think I'll stick with that. I'm fairly confident the performance issues are just due to how new this is and will be resolved eventually.

I doubt they will. Rclone is "rsync for the cloud". It is meant to satisfy a role that rsync does not. It doesn't really make sense to be using them together like that.

Yeah, it might and that was kind of my concern as well. But then I thought, people are going to be asking you (or this thread) about mounting/user_scripts issues regardless of whether or not it is supported. Even though it's stated in the OP there will still be problems with docker not seeing it because they didn't mount to /mnt/disks/ or they forgot to use the --allow-other option or forget the & at the end or whatever. This might minimize that if it's planned out well enough and all they would need to specify is the remote server and the name of the mount point and it will automatically be mounted to /mnt/disks. If it were done I am thinking it could either wait until a gui is made and be done through that or do one now but have it commented out and just mention that it has to be uncommented once config is done. Just having two variables at the beginning of the script for mount point name and remote location would minimize the amount of editing a user would need to do. Just food for thought.

I have a request. Well, more like a topic for discussion. Would it be possible to include mount/unmount scripts for the user scripts plugin in this plugin? It might be more feasible once a gui is made because adding the scripts before rclone is configured might cause problems. Or maybe including a script but commentating it out and the user can un-comment it once it is configured. I realize it is fairly trivial to make them yourself and I already have. But for one, it would make it easier on the user and for another, likely cut back on trouble shooting.

I am using Putty via Windows to access the server and run commands. I mounted with this: nohup rclone mount egd:ext /mnt/user/media/ext --allow-other </dev/null >/dev/null 2>&1 & Then I run rsync etc. to the new mount, at no point do I close the terminal/putty. Is this what you meant? Wait, you are uploading data by using rsync on the mount point instead of using the "rclone sync" command? Will that work? I haven't played around with that much because I'm not sure if rclone will function correctly doing it that way. I was under the impression you have to work through rclone directly to sync or copy and not the mount point. I mean, rclone doesn't have a daemon or any way knowing when something happens on the mount unless you manually tell it to check, right? Maybe I am misunderstanding.

Now, that I know there is an acd_cli plugin, I'll do some comparisons and post the results. It will take a while to upload a testfile though. Also, I seem to recall a related article and one of the comments was from a user that did a comparison between the two. I recall they also found acd_cli to be faster but I'll have to verify.

I have. You just put the URL in. Pretty straightforward. What exactly are you stuck on?

What service are you using? Amazon? Google? Maybe that is a factor.

Strange. I don't know why Office files wouldn't work. Maybe because they aren't really streamable, but I doubt that should matter, especially given their size. I haven't come across anything about it. There is a community forum on rclone that might be worth a look if no one here know. But, yeah, I've been looking for a long time for a solution like this and there is finally a viable solution, as long as you have the speed. I'm just going to have to spend the next few years uploading until we finally get some cost effective fiber in my area, which I am told will be soon. We already have one provider but they are ridiculously expensive and have very small caps and the upload is restricted to 50mbps. Lame. We will eventually be getting some competition from what I can find and they have the same price and speeds as Google Fiber. Ironically enough, I have 3 siblings that live in Google Fiber areas, or soon to be Google Fiber areas, and my parents are moving to another. Yet none of them actually have Google Fiber, except my brother but he gets the slow, free, option. Tthe one person (me) that would actually get use out of it is stuck in the boondocks. I might either wait to see if my parents get it and just work out some sort of arrangement where I mail a 512gb flash drive back and forth or pay for my brother's gigabit for a month and drive down there with my server in tow and upload everything within that month and come back for it. First world problems.

Oh, that's good. The only real reason for using the beta in the first place was that the new features were necessary for our particular usage scenario. Good to have the peace of mind of a stable ranch.

What's the Public version?

I can't seem to find any sort of changelog for rclone beta. Not the plugin but the program itself. I can find the regular changelog but nothing for the beta version. Can someone direct me?

I have the same issue but can't see anything in the log.

If anyone is interested in testing the daemon: https://github.com/bobbintb/backup-bash I haven't had a chance to test it yet myself but really it was just a swap from the original rsync command to rclone. You need to install inotify-tools from NerdTools. Some other plugins also have it installed. Let me know how it works.

A GUI would be great. I thought about doing it but I don't have the time and it would take me even more time learning it than someone that is already familiar. I think rclone will eventually have a daemon but until then this might be usefulle to add to the plugin: https://techarena51.com/index.php/inotify-tools-example/ You can add inotify from the nerd tools plugin - I think thats a better solution for the people who need it I could have sworn I already looked there... Anyway, I'll probably give that a go and give a writeup on it for those that want use that instead of a cronjob.

the syntax is: rclone copy source:sourcepath dest:destpath The syntax for the remote can be confusing though. Here is my example: rclone copy /mnt/user/server/backup/myfile.bin amazon: The root of a remote share is the name of the share followed by a colon. So if I wanted to backup to a folder named "documents" on my Amazon Cloud Drive (named "amazon" in my rclone config), that would be as follows: amazon:documents/