backintime
backintime copied to clipboard
bit-team
FR: Backup FROM and ftp or SSH connected server
It would be really useful to be able to backup FROM a server (webserver) down to my local desktop PC.
Doing an incremental backup over ftp or SSH would be the perfect solution for a lot of webdesigners. We need a reliable backup where we can go back in time in case of a break-in on the server, a harddisk crash, a bug in the system that cause failures etc.
It is not enough to do a simple sync that would overrwrite the local copy. This would be disaster if the original got corrupted as you would end up with a corrupted backup.
Also, it is important that it is possible to only backup the changed files as a full backup would use too much time and too much bandwith.
Just wish it would also be able to do the same with the MySQL database :-) But I guess that is a totally different talk...
Imported from Launchpad using lp2gh.
- date created: 2010-01-07T22:01:00Z
- owner: oceanwatcher
- the launchpad url was https://bugs.launchpad.net/bugs/504480
(by danleweb) You can use sshfs/curlftpfs to mount your server and then use BIT to backup mounted point.
(by danleweb) You can use sshfs/curlftpfs to mount your server and then use BIT to backup mounted point.
(by oceanwatcher) Yes... If it is supported at the remote end.
So I have to do this for all my 23 domains...
Would it not be easier to build this into the software so the software opens a session to the remote server, do the job and shut it down?
(by danleweb) You can user user.callback to mount/unmount your server. This is for backup process. But for the GUI you have to do it manually, at least for the moment.
(by ejacquot) Hi all,
I think using sshfs to Back-In-Time is a bad and wrong idea :
First, there are some systems doesn't support FUSE ans SSHFS. Second, Backintime seems to be an embedded rsync frontend. What about rsync over ssh ?
No time to paste any diff and don't use the trunk branch, but it will be usefull to do. So tell me your minds ;)
(by 0cs935kb517wwmwa7m9428daadkye-m9u2-wz6bkyhu4uqpfausw0ege9b0y33eg) I hope this function will came next time...
Hi, I've been trying to backup some folders on my server to my computer using @danleweb's method of mounting them with SSHFS, but this results in an empty backup.
Folders are mounted and accessible to my user, and I can browse their content in BIT's gui, so I'm assuming they are accessible. My backup profile uses the same user, but the backup log shows no error and no sign of exploring the folders content. Not a single file is backed-up. Is this method confirmed to work, and if so, do you have an idea of why it wouldn't work for me? Thanks!
sshfs does not support hard-links. Not sure why it was empty but anyways, it would not be incremental. Please try BiT's SSH-Mode. It will also use sshfs internal. But only for browsing files. New snapshots are done by running rsync on the remote host.
Take a look at man backintime section SSH on how to set up. Or use current master. This will/should (fingers crossed) set up keys automatically.
Hi Germar, thanks for your quick answer!
Sorry I haven't made my use case clear enough: I want to backup folders from my server to my computer (to have extra offline copies...). I've read the man and looked at the settings GUI, but I can't find a way to set a distant/SSH source and a local destination in SSH-Mode, did I miss something?
Oh, sorry. I didn't notice the context.
No, you didn't miss it. There is no such function for remote source (yet).
I just double checked with a mounted remote source and it worked fine here. Please open a new issue and post the output of backintime --debug --profile-id X backup in there.
My bad: the folder I was trying to backup was mounted to a path belonging to a symlink, and not to the target folder, so the source folder I had defined was not seeing the sshfsed content, resulting in the empty backup.
Hi, I found this thread and figured I would revive it instead of opening a new issue. Is there any change in this, or is using a remote SSH source still a wishlist item?
Hi @jaknz, thanks for the report and finding this Issue. It's still not implemented, and development has just restarted after a long pause. So this will probably remain a request for the time being :)
