Skip to content
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

Backup important server files #107

Open
ck2qsuZT opened this issue Mar 6, 2017 · 7 comments
Open

Backup important server files #107

ck2qsuZT opened this issue Mar 6, 2017 · 7 comments

Comments

@ck2qsuZT
Copy link

ck2qsuZT commented Mar 6, 2017

There are currently some files that are not backed up and are also pretty important. These are mostly config files but config files should never be devalued =)

files such as DNS config, OwnCloud config, Sympa config, Router and AP configs, etc.

Not sure how to best go about this, maybe we can use one of the atom servers as a backup file server, 1TB would probably be much more than enough.

@mitar
Copy link
Member

mitar commented Mar 6, 2017

server2 has a daily backup of all important files into /srv/mnt/backup (a different hard drive set).

Router and AP configs will be stored in nodewatcher.

Only OwnCloud does not have such backup, but you could create one as well.

In general, all configuration should be in Salt anyway. Encrypted with PGP keys, and then stored in GitHub.

@mitar
Copy link
Member

mitar commented Mar 6, 2017

Or, let me correct this. It had a backup to /srv/mnt/backup. Which does not work since 2017-01-28, when we moved server2 to Salt. I have to make a Docker image for this daily backups.

@ck2qsuZT
Copy link
Author

ck2qsuZT commented Mar 6, 2017

Thank you for everything you've done and for continuing to help =) I think at this point I mostly need to work on documenting things since my biggest worry now is future nms being able to do the job or things being able to be easily fixed if an incompetent manager comes in and breaks everything. It seems like I have a bunch of questions that you shouldn't have to answer and that future nms are likely to have also.

@ck2qsuZT
Copy link
Author

ck2qsuZT commented Mar 6, 2017

GitHub is a great place for documenting these things but I think the nm exit doc should still have problems/ explanations of everything we have with references to the GitHub since it's sometimes hard to dig through GitHub for answers.

@mitar
Copy link
Member

mitar commented Mar 6, 2017

Yes. :-) This is why I am explaining all this, how it is, so that we can get this documentation and everything else going.

So you could look into how to store configuration into Salt. This is why I asked you to generate PGP key for network manager. Then we can store that key into Google Drive and have everything bootstrapped from there.

@ck2qsuZT
Copy link
Author

ck2qsuZT commented Mar 6, 2017

I foresee 4 types of future nms
1.) doesn't understand servers/networks much, just needs to put things back to working state, won't improve anything, needs everything in baby steps.
2.) over confident, thinks everyone else is an idot and that their implementations are much better, breaks everything and accidentally burns the digital house down when they leave.
3.) well versed in servers/networks, just needs an implementation specific guiding hand to improve the network/servers and will know how to document well
4.) same as 3 but doesn't document well

@mitar
Copy link
Member

mitar commented May 18, 2017

BTW, local backup for server2 is done daily to /srv/mnt/backup.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants