-
Notifications
You must be signed in to change notification settings - Fork 39
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Unexpected path edits for SFTP remotes prevents successful runs #44
Comments
Hello JayJ,
In your invocation If I'm not understanding what path you are trying to specify, please clarify. Also, please see the TROUBLESHOOTING.md, which might have a few clues of use. |
An rclone STFP remote is new to me. I see that the default root is the user's home path, and I see that the |
Please check out branch v2.10. I've removed the force leading slash on remote, and implemented the keyboard interrupt handler.
|
@jayjlawrence - any feedback? |
(rats - had a response and forgot to commit it) One point about adding the trailing slashes. I do not believe they are a material concern with rclone. What I can off is that with rsync the trailing slashes are very significant. Because of that experience I am personally apprehensive with the idea of amending the user's supplied paths. I mention this strictly as an informational note that may come in handy when a type of remote is very sensitive to slashes and where they are placed. Thank you again and I hope my Ruby-centric viewpoint (and occasional uncalled-for comment) is seen as a friendly joke ... I find Python programmers as a group so serious I j! ;-) |
Thanks Jay. I trust that this is now working well for your SFTP remotes? Be aware that rclonesync works not so well for active filesystems. See issue #24 . I see you're syncing a SQL db. Your results may vary. regards, |
v2.10 published |
First I wish to start with a thanks to Chris et al for their work on this code. I am not a python programmer so I do not have a pull request.
I am using rclonesync to sync between a few local machines but ran into unexpected issues. I am already successful in using rclone to do unidirectional sync's like this:
rclonesync.py called like this fails:
Complaining about an unknown directory. (not sure which - the logging does not tell us) Also not sure about what rclone command is being run I added some logging to tell me what's going on.
I discover that the rclone command being invoked is:
What's with those slashes!?! This is very different than I would expect given I have invoked both programs similarly. Perhaps for other remotes require the leading and trailing slashes. IMHO the "pathparse" routine transforms my paths in unexpected and undesirable ways. My vote would be to defeat these transformations and use the exact same path syntax as rclone. Alternatively this needs to be clearly documented at the outset to advise users that there are differences and what to expect. Finally the current set up prevents me from using the "home" directory of the remote and I forced to use an absolute path.
Additionally I would recommend adding to the logging for rclone_cmd and rclone_lsl. I needed an additional logging statement to output the actual command being invoked.
Although a Ruby programmer I whacked in the following line after line 186 which reads
logging.error(print_msg("ERROR", "rclone lsl failed. Specified path invalid? (Line {})".format(linenum)))
added statement:
I'm sure I didn't count the number of spaces correctly so I may have this in the wrong scope. It is meant to be part of the rclone_lsl function and not between the definitions of rclone_lsl and rclone_cmd. :-}
The text was updated successfully, but these errors were encountered: