Re: Backing up SOHO server
Other alternatives: - use Bacula for a full fledged backup solution, - taking the image of the drives containing the OS is definitely a good idea. not for incremental backup, otherwise ok - rdiff-backup - it's actually REALLY good for incremental backups . I'm using it with 6GB+ encrypted drives and the saving is quite good (though calculating the binary difference takes a while). There's a web interface to manage it remotely,etc. quite nice. if it's managed by web interface instead of something normal like command line, it's not good, at least for me. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Backing up SOHO server
Other alternatives: - use Bacula for a full fledged backup solution, could you please specify what full fledged exactly mean for you? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Backing up SOHO server
On 10/23/06, Wojciech Puchar [EMAIL PROTECTED] wrote: - rdiff-backup - it's actually REALLY good for incremental backups . I'm using it with 6GB+ encrypted drives and the saving is quite good (though calculating the binary difference takes a while). There's a web interface to manage it remotely,etc. quite nice. if it's managed by web interface instead of something normal like command line, it's not good, at least for me. rdiff-backup is a command-line tool, and it's possible to use a web-interface for it ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Backing up SOHO server
On Sun, Oct 22, 2006 at 03:32:11PM -0400, Jim Stapleton wrote: Hmm, not familiar with dump or restore, but what I would suggest, is when you can get some down time, boot from a live cd, and using a dd/bzip2/split combo (or any other method of your choice), make a backup image of the drive as well, If you get a new drive with the same size/etc, it'll massively speed up the reinstall phase. When you recover, all you need is cat/bunzip2/dd to do the restore. It's quite a bit faster than a reinstall, especially if you compile your own apps - it saved me a lot of time when my notebook died. Really, using dump/restore is a much better method. Stick with it. jerry Sorry I couldn't be more help with your specific questions. -Jim Stapleton On 10/22/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: All, I have freebsd 6.1 installed running Samba authenticating my home users and pc's and home shares for each user. This also serves as a web development box for my internal network. Because there is a login script that runs to map drives on the remote pc's all users are accustomed to dumping there important data there. I am trying to come up with a backup and restore plan. Just plan to do complete dumps with the script below once a week which is good for me due to the fact of how the box is used. If a total drive crash happens I will just reinstall from cd then use restore to recover the dump. I am backing up to a usb drive connected to the server. I have printed the file system and taped it to the top of the usb drive hehehehe. Any other input would be appreciated. Also on the restore portion I plan to just cd into that slice and run dd if=/mnt/backup/file/Backup.gz |gzip -d |restore -rf - Since this is for home use and protection for only disasster/drive failure a new install will be done, will retore over write what is there to restore the old contents? vader# df -H Filesystem SizeUsed Avail Capacity Mounted on /dev/ad0s1a260M 55M184M23%/ devfs 1.0k1.0k 0B 100%/dev /dev/ad0s1g 20G 10G8.1G56%/home /dev/ad0s1d1.0G223k954M 0%/tmp /dev/ad0s1f 12G2.5G9.0G22%/usr /dev/ad0s1e4.2G620M3.2G16%/var /dev/ad4s1 242G122G100G55%/music devfs 1.0k1.0k 0B 100%/var/named/dev /dev/da0s1d116G6.8G100G 6%/mnt/backup vader# more /etc/fstab # DeviceMountpoint FStype Options Dump Pass# /dev/ad0s1b noneswapsw 0 0 /dev/ad0s1a / ufs rw 1 1 /dev/ad0s1g /home ufs rw 2 2 /dev/ad0s1d /tmpufs rw 2 2 /dev/ad0s1f /usrufs rw 2 2 /dev/ad0s1e /varufs rw 2 2 /dev/ad4s1 /music ufs rw 3 3 /dev/acd0 /cdrom cd9660 ro,noauto 0 0 The backup script vader# more dumpbackup.sh #!/bin/sh mount -t ufs /dev/da0s1d /mnt/backup/ dump=/sbin/dump chflags=/bin/chflags dt=`date +%Y%m%d` destpath=/mnt/backup/file lvl=0 # / src1=/dev/ad0s1a # /home src2=/dev/ad0s1g # /var src3=/dev/ad0s1e # /usr src4=/dev/ad0s1f dest1=$destpath/root_ad0s1a_l0_$dt.gz dest2=$destpath/home_ad0s1g_l0_$dt.gz dest3=$destpath/var_ad0s1e_l0_$dt.gz dest4=$destpath/usr_ad0s1f_l0_$dt.gz # Exceptions NO BACKUP $chflags -R nodump /usr/ports/ $chflags -R nodump /usr/src/ $chflags -R nodump /usr/obj/ $chflags -R nodump /mnt/backup/ # Fullbackup Level 0 Monthly $dump -$lvl -Lauf - $src1 | gzip -2 | dd of=$dest1 $dump -$lvl -Lauf - $src2 | gzip -2 | dd of=$dest2 $dump -$lvl -Lauf - $src3 | gzip -2 | dd of=$dest3 $dump -$lvl -Lauf - $src4 | gzip -2 | dd of=$dest4 #Finish Comments umount /mnt/backup/ echo Finished Another Weeks Backup vader# ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Backing up SOHO server
remotely,etc. quite nice. if it's managed by web interface instead of something normal like command line, it's not good, at least for me. rdiff-backup is a command-line tool, and it's possible to use a web-interface for it read the description - but it's somehow extended disk-to-disk copy/sync. not real backup to tapes etc. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Backing up SOHO server
Hmm, not familiar with dump or restore, but what I would suggest, is when you can get some down time, boot from a live cd, and using a dd/bzip2/split combo (or any other method of your choice), make a backup image of the drive as well, If you get a new drive with the same size/etc, it'll massively speed up the reinstall phase. When you recover, all you need is cat/bunzip2/dd to do the restore. It's quite a bit faster than a reinstall, especially if you compile your own apps - it saved me a lot of time when my notebook died. Really, using dump/restore is a much better method. Stick with it. old tools is usually the best tools. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Backing up SOHO server
On Mon, 23 Oct 2006 10:03:00 +0200 (CEST)
Wojciech Puchar [EMAIL PROTECTED] wrote:
Other alternatives:
- use Bacula for a full fledged backup solution,
could you please specify what full fledged exactly mean for you?
http://www.bacula.org :)
_
{Beto|Norberto|Numard} Meijome
He has Van Gogh's ear for music.
Billy Wilder
I speak for myself, not my employer. Contents may be hot. Slippery when wet.
Reading disclaimers makes you go blind. Writing them is worse. You have been
Warned.
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]
Backing up SOHO server
All, I have freebsd 6.1 installed running Samba authenticating my home users and pc's and home shares for each user. This also serves as a web development box for my internal network. Because there is a login script that runs to map drives on the remote pc's all users are accustomed to dumping there important data there. I am trying to come up with a backup and restore plan. Just plan to do complete dumps with the script below once a week which is good for me due to the fact of how the box is used. If a total drive crash happens I will just reinstall from cd then use restore to recover the dump. I am backing up to a usb drive connected to the server. I have printed the file system and taped it to the top of the usb drive hehehehe. Any other input would be appreciated. Also on the restore portion I plan to just cd into that slice and run dd if=/mnt/backup/file/Backup.gz |gzip -d |restore -rf - Since this is for home use and protection for only disasster/drive failure a new install will be done, will retore over write what is there to restore the old contents? vader# df -H Filesystem SizeUsed Avail Capacity Mounted on /dev/ad0s1a260M 55M184M23%/ devfs 1.0k1.0k 0B 100%/dev /dev/ad0s1g 20G 10G8.1G56%/home /dev/ad0s1d1.0G223k954M 0%/tmp /dev/ad0s1f 12G2.5G9.0G22%/usr /dev/ad0s1e4.2G620M3.2G16%/var /dev/ad4s1 242G122G100G55%/music devfs 1.0k1.0k 0B 100%/var/named/dev /dev/da0s1d116G6.8G100G 6%/mnt/backup vader# more /etc/fstab # DeviceMountpoint FStype Options DumpPass# /dev/ad0s1b noneswapsw 0 0 /dev/ad0s1a / ufs rw 1 1 /dev/ad0s1g /home ufs rw 2 2 /dev/ad0s1d /tmpufs rw 2 2 /dev/ad0s1f /usrufs rw 2 2 /dev/ad0s1e /varufs rw 2 2 /dev/ad4s1 /music ufs rw 3 3 /dev/acd0 /cdrom cd9660 ro,noauto 0 0 The backup script vader# more dumpbackup.sh #!/bin/sh mount -t ufs /dev/da0s1d /mnt/backup/ dump=/sbin/dump chflags=/bin/chflags dt=`date +%Y%m%d` destpath=/mnt/backup/file lvl=0 # / src1=/dev/ad0s1a # /home src2=/dev/ad0s1g # /var src3=/dev/ad0s1e # /usr src4=/dev/ad0s1f dest1=$destpath/root_ad0s1a_l0_$dt.gz dest2=$destpath/home_ad0s1g_l0_$dt.gz dest3=$destpath/var_ad0s1e_l0_$dt.gz dest4=$destpath/usr_ad0s1f_l0_$dt.gz # Exceptions NO BACKUP $chflags -R nodump /usr/ports/ $chflags -R nodump /usr/src/ $chflags -R nodump /usr/obj/ $chflags -R nodump /mnt/backup/ # Fullbackup Level 0 Monthly $dump -$lvl -Lauf - $src1 | gzip -2 | dd of=$dest1 $dump -$lvl -Lauf - $src2 | gzip -2 | dd of=$dest2 $dump -$lvl -Lauf - $src3 | gzip -2 | dd of=$dest3 $dump -$lvl -Lauf - $src4 | gzip -2 | dd of=$dest4 #Finish Comments umount /mnt/backup/ echo Finished Another Weeks Backup vader# ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Backing up SOHO server
Hmm, not familiar with dump or restore, but what I would suggest, is when you can get some down time, boot from a live cd, and using a dd/bzip2/split combo (or any other method of your choice), make a backup image of the drive as well, If you get a new drive with the same size/etc, it'll massively speed up the reinstall phase. When you recover, all you need is cat/bunzip2/dd to do the restore. It's quite a bit faster than a reinstall, especially if you compile your own apps - it saved me a lot of time when my notebook died. Sorry I couldn't be more help with your specific questions. -Jim Stapleton On 10/22/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: All, I have freebsd 6.1 installed running Samba authenticating my home users and pc's and home shares for each user. This also serves as a web development box for my internal network. Because there is a login script that runs to map drives on the remote pc's all users are accustomed to dumping there important data there. I am trying to come up with a backup and restore plan. Just plan to do complete dumps with the script below once a week which is good for me due to the fact of how the box is used. If a total drive crash happens I will just reinstall from cd then use restore to recover the dump. I am backing up to a usb drive connected to the server. I have printed the file system and taped it to the top of the usb drive hehehehe. Any other input would be appreciated. Also on the restore portion I plan to just cd into that slice and run dd if=/mnt/backup/file/Backup.gz |gzip -d |restore -rf - Since this is for home use and protection for only disasster/drive failure a new install will be done, will retore over write what is there to restore the old contents? vader# df -H Filesystem SizeUsed Avail Capacity Mounted on /dev/ad0s1a260M 55M184M23%/ devfs 1.0k1.0k 0B 100%/dev /dev/ad0s1g 20G 10G8.1G56%/home /dev/ad0s1d1.0G223k954M 0%/tmp /dev/ad0s1f 12G2.5G9.0G22%/usr /dev/ad0s1e4.2G620M3.2G16%/var /dev/ad4s1 242G122G100G55%/music devfs 1.0k1.0k 0B 100%/var/named/dev /dev/da0s1d116G6.8G100G 6%/mnt/backup vader# more /etc/fstab # DeviceMountpoint FStype Options DumpPass# /dev/ad0s1b noneswapsw 0 0 /dev/ad0s1a / ufs rw 1 1 /dev/ad0s1g /home ufs rw 2 2 /dev/ad0s1d /tmpufs rw 2 2 /dev/ad0s1f /usrufs rw 2 2 /dev/ad0s1e /varufs rw 2 2 /dev/ad4s1 /music ufs rw 3 3 /dev/acd0 /cdrom cd9660 ro,noauto 0 0 The backup script vader# more dumpbackup.sh #!/bin/sh mount -t ufs /dev/da0s1d /mnt/backup/ dump=/sbin/dump chflags=/bin/chflags dt=`date +%Y%m%d` destpath=/mnt/backup/file lvl=0 # / src1=/dev/ad0s1a # /home src2=/dev/ad0s1g # /var src3=/dev/ad0s1e # /usr src4=/dev/ad0s1f dest1=$destpath/root_ad0s1a_l0_$dt.gz dest2=$destpath/home_ad0s1g_l0_$dt.gz dest3=$destpath/var_ad0s1e_l0_$dt.gz dest4=$destpath/usr_ad0s1f_l0_$dt.gz # Exceptions NO BACKUP $chflags -R nodump /usr/ports/ $chflags -R nodump /usr/src/ $chflags -R nodump /usr/obj/ $chflags -R nodump /mnt/backup/ # Fullbackup Level 0 Monthly $dump -$lvl -Lauf - $src1 | gzip -2 | dd of=$dest1 $dump -$lvl -Lauf - $src2 | gzip -2 | dd of=$dest2 $dump -$lvl -Lauf - $src3 | gzip -2 | dd of=$dest3 $dump -$lvl -Lauf - $src4 | gzip -2 | dd of=$dest4 #Finish Comments umount /mnt/backup/ echo Finished Another Weeks Backup vader# ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Backing up SOHO server
Just plan to do complete dumps with the script below once a week which is good for me due to the fact of how the box is used. If a total drive crash happens I will just reinstall from cd then use restore to recover the dump. I am backing up to a usb drive connected to the server. I have printed the file system and taped it to the top of the usb drive hehehehe. make sure your USB drive is actually disconnected when not doing backup, or you will end with just partial protection. someone may crack into your system and clean copy first then clean up your system ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Backing up SOHO server
Hmm, not familiar with dump or restore, but what I would suggest, i am. very good tools, maybe except restore slowly processes directory listings when 10 millions file are in backup. but restores fine anyway :) dump is always fast, -L is very useful things, but manual mksnap+dump may be more useful if more than one copy needs to be done. works directly (-a) with SCSI tapes and with DVD+RW drives (with /dev/acd*). i'm using it over a year in FreeBSD (and 3 years at all) and it works. i had to do full restore 2 times one because of disk crash, other time after doing rm -rf / instead of rm -rf /a (where a was temporary directory) because i missed just this a :) incremental dumps are most important to me, nothing else really works that way, while gtar is said to ;) use chflags nodump to flag /tmp/* and other dirs that are not important. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Backing up SOHO server
On Sun, 22 Oct 2006 21:44:13 +0200 (CEST)
Wojciech Puchar [EMAIL PROTECTED] wrote:
incremental dumps are most important to me, nothing else really works that
way, while gtar is said to ;)
Other alternatives:
- use Bacula for a full fledged backup solution,
- taking the image of the drives containing the OS is definitely a good idea.
- rdiff-backup - it's actually REALLY good for incremental backups . I'm using
it with 6GB+ encrypted drives and the saving is quite good (though calculating
the binary difference takes a while). There's a web interface to manage it
remotely,etc. quite nice.
_
{Beto|Norberto|Numard} Meijome
His mother should have thrown him away and kept the stork.
Mae West
I speak for myself, not my employer. Contents may be hot. Slippery when wet.
Reading disclaimers makes you go blind. Writing them is worse. You have been
Warned.
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]
