-
Notifications
You must be signed in to change notification settings - Fork 4
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
Rsync SSH Backup doesn’t work for some reason. #23
Comments
output with that config with rsync enabled:
as you can see it doesn't transfer anything across rsync.. and the other server shows nothing has been uploaded or anything. |
Archivist does not expect to read options with space at the beginning of the line. |
oh ok. sorry i didn't think of that. i'll try it. |
looks like that worked! but sadly now i have some other issue...
|
What a cryptic error... Otherwise, have a look to the logs of the other server. |
i both created the backup folder in the remote user's thing and change the password. so whatever it was is solved! it works perfect!!! one single last question before i go on to setting this up on my production server since now its working on my dev servers. how do i restore this back up... from like.. a brand new installation of YunoHost... like, lets say my server was just completely destroyed but i have backups.. so i set up a new server with a fresh YunoHost on it. then.. what? do i drop them somewhere specific and run a script? or just put them in the root and unzip them? |
It depends whether you did encrypt the backup or not. Then, for YunoHost backups (both core and apps), you have to put the compressed backup files into Then, either you go to your admin panel to restore the backup, but not sure you could without a post install or you restore from the YunoHost command line. |
thank you so much for detailing that out! and then obviously any other "directories" i add to the config file to archive i'll just have to copy those back manually after the fact. thanks! this is so much easier to use than Borg. have been trying to set that up for ages then stumbled on this. i really just need super simple yet all-encompassing backups. and seems here that as long as i make sure all the apps correctly back up, that's what i'm getting. its on the same network literally just on a raspberry pi with a few 1TB drives plugged in. so i'm not too concerned about encryption more than i'm conserned about being able to restore a fully-functioning server back to normal after a fresh install. thanks again! |
and i love how your scripts put themselves in cron. its perfectly exactly what i need. as you can see with a portainer installation, i've even cleaned house of random scripts or anything that isn't where an app should be so everything gets backed up perfectly.. and any random scripts or non-yunohost app servers i need can just be run in their own docker containers... and thus backed up in-full due to portainer being backed up! |
If you do have a backup on the same network, I recommend you to not use encryption. Encfs is efficient but not really convenient. But, I would also recommend, depending of the importance of your data, to have a backup elsewhere than your home. I do personally use a VPS to store my backups because I have all my personal and important documents in it. Encrypted of course ! Archivist allow you to have multiple rsync recipients, encrypted or not, by playing with the encrypt option of the recipient. (The global option should stay to true to have the ability to encrypt for any recipient) Never tried borg, but I always think it would be a pain to use. Looks like it is indeed. |
thanks! i’ve got another server me and my partner own at her mum’s home. just kinda „please tell us if this beeps. its very important“ lol. for our super redundant „not on the network“ backups. its a startup so i mean, if our server was to actually explode and the home network destroyed, any other backups would kinda be useless anyway at that point. so there’s only so much redundancy that is needed. and in all honesty, only our staff members have accounts on the server.. just for wekan and nextcloud.. for document sharing and staff todo lists. its not really all important. we host game servers. most of the staff are just volunteer minecraft moderators.. or Rust server moderators.. being that most o those games wipe monthly, except minecraft and a few others.. backups aren’t that important for those.
anyway, thanks again! we’re just a very small start up game host company… as in this is just a side project while i have a real job until this actually earns more money type „startup“ lol.
so, here’s to the future by backing up the past! cheers.
…----
73, KC1KSG
Am 11.12.2019 um 07:42 schrieb Maniack Crudelis ***@***.***>:
If you do have a backup on the same network, I recommend you to not use encryption. Encfs is efficient but not really convenient.
If you need, for whatever reason to have a look to it, it would be easier if it's not encrypted.
But, I would also recommend, depending of the importance of your data, to have a backup elsewhere than your home. I do personally use a VPS to store my backups because I have all my personal and important documents in it. Encrypted of course !
Archivist allow you to have multiple rsync recipients, encrypted or not, by playing with the encrypt option of the recipient. (The global option should stay to true to have the ability to encrypt for any recipient)
Never tried borg, but I always think it would be a pain to use. Looks like it is indeed.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub <#23?email_source=notifications&email_token=AANKM5WHUHH5QCUSLRMCNZLQYDNZZA5CNFSM4JZHEJDKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEGS65RA#issuecomment-564522692>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AANKM5THXXCZPQKN74KI5C3QYDNZZANCNFSM4JZHEJDA>.
|
Not sure why it doesn't transfer backup to SSH server via rsync.. here's my config from /opt/yunohost/archivist/Backup_list.conf
any suggestions or tips? after changing this i've also rebooted...
The text was updated successfully, but these errors were encountered: