Re: Backup, what system files are *really* important?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 03/12/2010 10:11 AM, Craig White wrote:
> On Fri, 2010-03-12 at 10:59 -0700, Stuart McGraw wrote:
>> On 03/11/2010 09:02 PM, Craig White wrote:
>>> On Thu, 2010-03-11 at 22:32 -0430, Patrick O'Callaghan wrote:
>>>> On Thu, 2010-03-11 at 18:54 -0700, Craig White wrote:
>>>>> On Thu, 2010-03-11 at 20:13 -0430, Patrick O'Callaghan wrote:
>>>>>> On Thu, 2010-03-11 at 18:29 -0600, Mike McCarty wrote:
>>>>>>> Patrick O'Callaghan wrote:
>>>>>>>>
>>>>>>>> I back up all of /etc and /usr/local. Also /opt if it exists.
>>>>>>>
>>>>>>> Is /opt really likely to contain some configuration information
>>>>>>> that a reinstall wouldn't set up? ISTM that, if the system
>>>>>>> is "modern" enough to use /opt for its install, then its config
>>>>>>> would also be in /var. Not so?
>>>>>>
>>>>>> /opt (and /usr/local) are likely to contain stuff that wasn't installed
>>>>>> via rpm or yum, thus needs to be preserved. That's all. YMMV.
>>>>>>
>>>>> ----
>>>>> what about /var ?
>>>>>
>>>>> /var/www/html
>>>>> /var/www/named
>>>>> /var/lib/dhcpd
>>>>> /var/lib/imap
>>>>> /var/cache/samba
>>>>>
>>>>> come immediately to my mind
>>>>
>>>> I don't run public services on my personal machine so much of that
>>>> doesn't matter to me. Plus anything with "cache" in its pathname is
>>>> excluded by my backup script as a matter of course.
>>>>
>>>> I do back up /var/log though. You never know.
>>> ----
>>> yeah but if it's a samba server... unfortunate that redhat packagers
>>> chose to use /var/cache/samba for important files
>>
>> I backup /etc/samba/smb.conf (the only file there I've
>> modified.)  There are less than a dozen samba users here.
>> I have notes about how to add them using pdbedit.  Since
>> this was how I set up samba originally, I am assuming
>> that redoing the same process will produce the same
>> results including the stuff in var/cache/samba?
>> Am I missing something?
> ----
> well it appears that they finally moved the contents of what used to be
> in /var/cache/samba to /var/lib/samba (yeah) but the contents are all of
> the internal tdb (trivial data base) files that samba uses for things
> like policies created by pdbedit, share information, etc. If you are
> running a samba server, you should be backing those up.

Historically, I've used a script that walks down /etc/passwd and picks
up all the home directories, sorts them, then uniqs them and I make sure
those get backed up.  I also back up /etc and /var (except /var/log).

Then again, depending on your backup media, there's no reason to not
back up the entire system (excluding transient trees such as /proc,
/dev and the like).

I do so using rsync to a server on my LAN (prophead) which has a 500GB
USB drive formatted with ext3 mounted at /media/500GB-Drive with a
directory called "Backups" on it.  Prophead's /etc/rsyncd.conf file
contains:

	uid = root
	gid = root
	use chroot = yes

	[backup]
	comment = Backup directory
	path = /media/500GB-Drive/Backups
	hosts allow = 192.168.1.52 192.168.1.53
	read only = no

Start up rsync in daemon mode:

	# rsync --daemon

and it's ready to go.

The clients (the machines being backed up) run this script:

	#!/bin/bash
	# Back up system to a specific directory given on the command
	# line.  Excludes the /proc, /sys, /dev and /media directories
	MYHOST=`hostname`
	TODAY=`date +%d-%b-%Y`
	if [ $# -lt 1 ]; then
	    TGT="$MYHOST-BackUp-$TODAY"
	else
	    TGT=$1
	fi

	rsync -avXA --exclude-from=/etc/skipdirs.rsync / \
	    prophead::backup/$TGT

The content of the "/etc/skipdirs.rsync" file on the clients is:

	/proc/*
	/sys/*
	/dev/*
	/media/*

I make this a free gift to all.  It's quick and dirty, but it gets the
job done.  "If it's stupid and it works, it ain't stupid!"

Note: You'll get SELinux alerts on the rsync server when you do the
backup from the client (the /media/500GB-Drive/Backup directory won't
have the correct SELinux contexts), so put SELinux in permissive mode
on the server before you tell the client to back up.
----------------------------------------------------------------------
- Rick Stevens, Systems Engineer, C2 Hosting          [email protected] -
- AIM/Skype: therps2        ICQ: 22643734            Yahoo: origrps2 -
-                                                                    -
-        Change is inevitable, except from a vending machine.        -
----------------------------------------------------------------------
-- 
users mailing list
[email protected]
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

[Index of Archives]     [Current Fedora Users]     [Fedora Desktop]     [Fedora SELinux]     [Yosemite News]     [Yosemite Photos]     [KDE Users]     [Fedora Tools]     [Fedora Docs]

  Powered by Linux