Re: [BackupPC-users] Syntax for excluding .gvfs
On Mon, May 10, 2010 at 4:51 AM, Steve Blackwell zep...@cfl.rr.com wrote:
On Mon, 10 May 2010 03:51:20 +0100
Luis Paulo luis.bar...@gmail.com wrote:
On Mon, May 10, 2010 at 3:17 AM, Steve Blackwell zep...@cfl.rr.com
wrote:
On Sat, 8 May 2010 23:26:40 +0100
Luis Paulo luis.bar...@gmail.com wrote:
On Sat, May 8, 2010 at 7:49 PM, Steve Blackwell zep...@cfl.rr.com
wrote:
On Sat, 8 May 2010 17:35:47 +0100
[..]
Contents of file /media/disk/pc/steve/XferLOG.bad.z, modified
2010-05-08 14:41:36
Running: /usr/bin/sudo /bin/tar -c -v -f - -C /home/steve
--totals --newer=2010-05-06 00:00:09 . incr backup started back
to 2010-05-06 00:00:09 (backup #284) for directory /home/steve
Xfer PIDs are now 30316,30315 /bin/tar: ./.gvfs: Cannot stat:
Permission denied ...
rest of the transfer log.
[...]
Well, something is not right
I won't disagree with you there!
You should have an --exclude=./.gvfs on your Running: line
as in (for /proc)
Running: /usr/bin/env LC_ALL=C sudo /bin/tar -c -v -f - -C /
--totals --newer=2010-05-07 04:00:03 --exclude=./proc/* ...
As I understand it, the variable $fileList is created based on the
includes and excludes or more specifically based on BackupFilesOnly
or BackupFilesExclude.
TarFullArgs is set to $fileList and
TarIncrArgs is set to --newer=$incrDate $fileList
and so you won't see a --exclude switch in the log.
Someone, please correct me if I'm wrong.
Steve
You should see an --exclude on the log. I see on mine.
I assume you are trying to exclude .gvfs in the BackupFilesExclude on
the GUI. You have a Delete button, then one or more Insert and Delete
buttons, and you type .gvfs after that. Right?
And what you have on the left of the first delete button?
Please post your computer.pl config file (replace computer with your
client name). It's easier to check
If I see something strange I'll be happy to guide you through the GUI.
A note: You may have BackupFilesOnly OR BackupFilesExclude, not both.
Regards
Luis
OK, here is my steve.pl file
$Conf{TarClientCmd} = '/usr/bin/sudo $tarPath -c -v -f - -C $shareName
--totals';
$Conf{TarFullArgs} = '$fileList';
$Conf{TarClientRestoreCmd} = '/usr/bin/sudo $tarPath -x -p
--numeric-owner --same-owner -v -f - -C $shareName';
$Conf{TarClientPath} = '/bin/tar';
$Conf{BackupFilesExclude} = {
'/' = [
'/proc',
'/sys',
'/tmp',
'/media',
'/selinux',
'/misc',
'/home/*/.gvfs'
]
};
$Conf{TarIncrArgs} = '--newer=$incrDate $fileList';
$Conf{TarShareName} = [
'/'
];
$Conf{BlackoutPeriods} = [
{
'hourEnd' = '23.5',
'weekDays' = [
'0',
'1',
'2',
'3',
'4',
'5',
'6'
],
'hourBegin' = '8.5'
}
];
Thanks,
Steve
Nothing strange there, as far as I can see...
May try to use the full /home/steve/.gvfs (I think it's /home/steve),
just to see if it works
You may have
$Conf{XferMethod} = 'tar';
But that should come from your config.pl (and not the problem)
Your $Conf{BackupFilesExclude} is only good for share '/'
When you use share /home/steve
$Conf{TarShareName} = [
'/home/steve/'
];
You'll have to change BackupFilesExclude accordingly
Don't really know why you don't have the --exclude. An example of my logs is
Running: /usr/bin/env LC_ALL=C sudo /bin/tar -c -v -f - -C /home
--totals --newer=2010-05-09 04:00:02 --exclude=./home/lpaulo/backup/*
--exclude=./home/backuppc/fuse/* .
incr backup started back to 2010-05-09 04:00:02 (backup #88) for directory /home
(I don't have .gvfs on this machine, not even X. On another machines I
exclude .gvfs but using rsync)
No more ideas
I've check http://www.gnu.org/software/tar/manual/tar.html and it says:
6.5 Wildcards Patterns and Matching
Periods (‘.’) or forward slashes (‘/’) are not considered special for
wildcard matches
and
Problems with Using the exclude Options
When you use ‘--exclude=pattern’, be sure to quote the pattern
parameter, so GNU tar sees wildcard characters like ‘*’. If you do not
do this, the shell might expand the ‘*’ itself using files at hand, so
tar might receive a list of files instead of one pattern, or none at
all, making the command somewhat illegal. This might not correspond to
what you want.
So, I don't think 'the dot is the problem, maybe putting around
/home/*/.gvfs, or putting it directly on the TarIncrArgs and
TarFullArgs (--exclude='/home/*/.gvfs' $fileList, ...)
Please check if the full /home/steve/.gvfs.
I think I may have a similar problem with '.Trash-*', I'll try to do
some experiment also.
PS: Just remember. You may (or not) have to go Admin Options on the
menu and Reload the server configuration after you make changes on the
config.
or
/etc/init.d/backuppc restart
Just in case :)
Sorry about the long post
Regards
Luis
--
___
BackupPC-users mailing
[BackupPC-users] Bare metal restore
Hello list... I was wondering if I may be doing some sort of bare metal restore of a Linux server, if I'd be backing it up *completely* on my backuppc server. What do you think? How may I eventually achieve this sort of imaging from my other server? Thanks, Flavio Boniforti PIRAMIDE INFORMATICA SAGL Via Ballerini 21 6600 Locarno Switzerland Phone: +41 91 751 68 81 Fax: +41 91 751 69 14 URL: http://www.piramide.ch E-mail: fla...@piramide.ch -- ___ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net List:https://lists.sourceforge.net/lists/listinfo/backuppc-users Wiki:http://backuppc.wiki.sourceforge.net Project: http://backuppc.sourceforge.net/
[BackupPC-users] Offsite storage media- feasible for backup?
Yeah...for a long period offsite data storage gives much better protection. +-- |This was sent by nicol12.william...@gmail.com via Backup Central. |Forward SPAM to ab...@backupcentral.com. +-- -- ___ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net List:https://lists.sourceforge.net/lists/listinfo/backuppc-users Wiki:http://backuppc.wiki.sourceforge.net Project: http://backuppc.sourceforge.net/
Re: [BackupPC-users] Bare metal restore
On Mon, 10 May 2010 14:02:53 +0200, Boniforti Flavio fla...@piramide.ch wrote: Hello list... I was wondering if I may be doing some sort of bare metal restore of a Linux server, if I'd be backing it up *completely* on my backuppc server. Theoretically, a bare-metal restore should be possible by backing up the entire filesystem. The restore procedure to a new piece of bare-metal would be: 1. Boot from rescue media 2. Partition the new disk and mkfs it 3. Restore the server image to the new disk (either by networked rsync or untar'ing a tarball downloaded from the backuppc restore interface) 4. chroot into the restored disk and install grub (bootloader) 5. exit chroot, unmount new disk and reboot the system In practice though, I've found it takes lots of tries to perfect the above procedure and it's often easier to re-install the base OS and just restore critical config files, application files and data to the box. Bare-metal restores *sound* sexy, but really they're often just not useful. -Josh -- Joshua Malone Systems Administrator (jmal...@nrao.edu)NRAO Charlottesville 434-296-0263 www.cv.nrao.edu 434-249-5699 (mobile) BOFH excuse #360: Your parity check is overdrawn and you're out of cache. -- ___ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net List:https://lists.sourceforge.net/lists/listinfo/backuppc-users Wiki:http://backuppc.wiki.sourceforge.net Project: http://backuppc.sourceforge.net/
Re: [BackupPC-users] Bare metal restore
Some time ago i wrote about thins in my blog, check it out: http://www.linux-geex.com/?s=backuppcx=0y=0#/?p=163 Cheers, Pedro On Monday 10 May 2010 13:02:53 Boniforti Flavio wrote: Hello list... I was wondering if I may be doing some sort of bare metal restore of a Linux server, if I'd be backing it up *completely* on my backuppc server. What do you think? How may I eventually achieve this sort of imaging from my other server? Thanks, Flavio Boniforti PIRAMIDE INFORMATICA SAGL Via Ballerini 21 6600 Locarno Switzerland Phone: +41 91 751 68 81 Fax: +41 91 751 69 14 URL: http://www.piramide.ch E-mail: fla...@piramide.ch -- ___ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net List:https://lists.sourceforge.net/lists/listinfo/backuppc-users Wiki:http://backuppc.wiki.sourceforge.net Project: http://backuppc.sourceforge.net/ -- -- Pedro M. S. Oliveira IT Consultant Email: pmsolive...@gmail.com URL: http://www.linux-geex.com Cellular: +351 96 5867227 -- -- ___ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net List:https://lists.sourceforge.net/lists/listinfo/backuppc-users Wiki:http://backuppc.wiki.sourceforge.net Project: http://backuppc.sourceforge.net/
Re: [BackupPC-users] Bare metal restore
On Monday 10 May 2010 14:02:21 Josh Malone wrote: In practice though, I've found it takes lots of tries to perfect the above procedure and it's often easier to re-install the base OS and just restore critical config files, application files and data to the box. Bare-metal restores *sound* sexy, but really they're often just not useful. I've done lots of bare metal restores with Bacula, BackupPC, and rsync. The process is simple: 1. Install base OS from install media 2. Install backup client (bacula-fd or rsync) 3. Restore The only problem I've found is with files that may be installed with the base OS but which you later removed or uninstalled. These will persist after you restore. For instance, I routinely uninstall sysklogd and install syslog-ng. If I do the above, I'll end up with both packages installed but with the package manager not being aware of sysklogd. The solution is to remember to repeat the install/uninstall before the restore. That's only a problem for Bacula and BackupPC, neither of which have a concept of rsync's --delete option. Perhaps that would work with BackupPC, though. Regards, Tyler -- One of the Fifth Amendment's basic functions is to protect the innocent men who otherwise might be ensnared by ambiguous circumstances. Truthful responses of an innocent witness, as well as those of a wrongdoer, may provide the government incriminating evidence from the speaker's own mouth. -- The Supreme Court of the United States, Ohio v. Reiner, 532 U.S. 17, 20 (2001) -- ___ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net List:https://lists.sourceforge.net/lists/listinfo/backuppc-users Wiki:http://backuppc.wiki.sourceforge.net Project: http://backuppc.sourceforge.net/
Re: [BackupPC-users] Bare metal restore
Hy there... So with that you would restore with BackupEdge and then go into your BackuPC repository to see what is outdated. Much quicker in my setup. Your pay back may be different. I'm not into *buying* a new piece of software, instead I'd really like to achieve bare metal restore with opensource software. Kind regards, Flavio Boniforti PIRAMIDE INFORMATICA SAGL Via Ballerini 21 6600 Locarno Switzerland Phone: +41 91 751 68 81 Fax: +41 91 751 69 14 Url: http://www.piramide.ch E-mail: fla...@piramide.ch -- ___ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net List:https://lists.sourceforge.net/lists/listinfo/backuppc-users Wiki:http://backuppc.wiki.sourceforge.net Project: http://backuppc.sourceforge.net/
Re: [BackupPC-users] Bare metal restore
Hello Joshua Theoretically, a bare-metal restore should be possible by backing up the entire filesystem. The restore procedure to a [cut] In practice though, I've found it takes lots of tries to perfect the above procedure and it's often easier to re-install the base OS and just restore critical config files, application files and data to the box. Bare-metal restores *sound* sexy, but really they're often just not useful. I liked your explanation... ;-) I think I'll be doing *full* backuppc backup of my server as a first step to have constant backups. My thouhgts are related to eventually recovering the situation. As the server I want to back up is barely a squid proxy, I don't have to back up great amounts of data as it would be in case of a backuppc pool itself. What my concern is about, is the fact that when I'd be reinstalling from scratch on a new HDD, how would I get to the same state of installed/not installed packages as it was on its latest useful backup? Is there any way to somehow extract some sort of Sysmte State (like on Windows boxes) to know which packages are installed, and which aren't? Thanks, Flavio Boniforti PIRAMIDE INFORMATICA SAGL Via Ballerini 21 6600 Locarno Switzerland Phone: +41 91 751 68 81 Fax: +41 91 751 69 14 Url: http://www.piramide.ch E-mail: fla...@piramide.ch -- ___ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net List:https://lists.sourceforge.net/lists/listinfo/backuppc-users Wiki:http://backuppc.wiki.sourceforge.net Project: http://backuppc.sourceforge.net/
Re: [BackupPC-users] Bare metal restore
Hy Pedro, Some time ago i wrote about thins in my blog, check it out: http://www.linux-geex.com/?s=backuppcx=0y=0#/?p=163 I read through your post, and it seems interesting and feasable (reading without doing is much more complicated as it may seem when doing it)... Can you thus confirm that your suggested way of recovering *is* working? And, maybe slightly OT: what kind of benefits could I get from switching over to use LVM? Many thanks and kind regards, Flavio Boniforti PIRAMIDE INFORMATICA SAGL Via Ballerini 21 6600 Locarno Switzerland Phone: +41 91 751 68 81 Fax: +41 91 751 69 14 Url: http://www.piramide.ch E-mail: fla...@piramide.ch -- ___ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net List:https://lists.sourceforge.net/lists/listinfo/backuppc-users Wiki:http://backuppc.wiki.sourceforge.net Project: http://backuppc.sourceforge.net/
Re: [BackupPC-users] Bare metal restore
On 5/10/2010 9:14 AM, Boniforti Flavio wrote: Hy there... So with that you would restore with BackupEdge and then go into your BackuPC repository to see what is outdated. Much quicker in my setup. Your pay back may be different. I'm not into *buying* a new piece of software, instead I'd really like to achieve bare metal restore with opensource software. If you know your way around fdisk, mke2fs, and grub, you can boot about any 'live' CD or install disk with rescue mode that lets you bring up the network on the replacement machine. Then you can make similar partitions and filesystens, mount them somewhere into the running system, and ssh a BackupPC_tarCreate command to the backuppc server to generate the tar image(s) you need, piped to a local tar extract. Then make sure that the restored /etc/fstab has the right partition names and re-install grub so the new system will boot. If you want something more automated and can take the system down occasionally, you can use clonezilla to make an image copy of a working system once in a while. It will restore fairly quickly and automatically to similar hardware and you can follow up with a backuppc restore to be completely up to date. -- Les Mikesell lesmikes...@gmail.com -- ___ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net List:https://lists.sourceforge.net/lists/listinfo/backuppc-users Wiki:http://backuppc.wiki.sourceforge.net Project: http://backuppc.sourceforge.net/
Re: [BackupPC-users] Bare metal restore
Hello Les, [cut] extract. Then make sure that the restored /etc/fstab has the right partition names and re-install grub so the new system will boot. That's the *perfect and precise* way of doing that... If you want something more automated and can take the system down occasionally, you can use clonezilla to make an image copy of a working system once in a while. It will restore fairly quickly and automatically to similar hardware and you can follow up with a backuppc restore to be completely up to date. I already know clonezilla, but how would I automate this piece of software to do complete images of my running server? Never knew it could work like that too... Could you explain a bit more? Thanks and kind regards, Flavio Boniforti PIRAMIDE INFORMATICA SAGL Via Ballerini 21 6600 Locarno Switzerland Phone: +41 91 751 68 81 Fax: +41 91 751 69 14 Url: http://www.piramide.ch E-mail: fla...@piramide.ch -- ___ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net List:https://lists.sourceforge.net/lists/listinfo/backuppc-users Wiki:http://backuppc.wiki.sourceforge.net Project: http://backuppc.sourceforge.net/
Re: [BackupPC-users] Bare metal restore
For me, I use a backup client mainly for unique apps and data. Since most of my boxes run Debian, I have pretty much figured out the directories to backup/restore to save the box. I back up the following Debian-related directories: /var/backups /var/cache/apt (less /var/cache/apt/archives) /var/lib/dpkg /var/lib/apt I also have a cron job that writes the drive layout and package list to /var/backups. So my process of bare metal restores is as follows: 1. Do a Debian base install. 2. Restore the packages that were installed prior to the incident, using dpkg --set-selections pkglist ; apt-get dselect-upgrade 3. Set up backuppc user, keys, etc. 4. Restore data partitions from backuppc. This works pretty well for me. I'm sure something similar could be set up with Arch, Fedora/CentOS/Redhat as well. --b On Mon, May 10, 2010 at 10:45 AM, Boniforti Flavio fla...@piramide.chwrote: Hy Pedro, Some time ago i wrote about thins in my blog, check it out: http://www.linux-geex.com/?s=backuppcx=0y=0#/?p=163 I read through your post, and it seems interesting and feasable (reading without doing is much more complicated as it may seem when doing it)... Can you thus confirm that your suggested way of recovering *is* working? And, maybe slightly OT: what kind of benefits could I get from switching over to use LVM? Many thanks and kind regards, Flavio Boniforti PIRAMIDE INFORMATICA SAGL Via Ballerini 21 6600 Locarno Switzerland Phone: +41 91 751 68 81 Fax: +41 91 751 69 14 Url: http://www.piramide.ch E-mail: fla...@piramide.ch -- ___ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net List:https://lists.sourceforge.net/lists/listinfo/backuppc-users Wiki:http://backuppc.wiki.sourceforge.net Project: http://backuppc.sourceforge.net/ -- ___ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net List:https://lists.sourceforge.net/lists/listinfo/backuppc-users Wiki:http://backuppc.wiki.sourceforge.net Project: http://backuppc.sourceforge.net/
Re: [BackupPC-users] Bare metal restore
I would like to just clarify why I do it this way. When I first took this job we did just that. get out the OS disks, rebuild the File Systems, then do a restore from the tapes. It took us an entire day. I also had to rebuild all of my user accounts and printers and shares as the process they had been using called for that. I then used the restore process in the backup software and it went to a two hour job. Also with the ever changing hard drive sizes I could take any new drive that inevitably was much larger than the one that went belly up this software repartioned the drive accordingly for me. Also it essentially is using Tar so in a pinch I could just use tar to read a tape if I wanted. So the driving factor here was my time. Instead of doing all of that work, I could just swap out the drive, insert the media and let it roll. During that time I could do other things that came up. The end result also was peace of mind when a disaster happened. Again this works for me as my systems are non RAID, one drive suystems that could live quite well in a 2gb drive enviroment, but today I can't do that. Sometimes spending a little money up front (in my case $200 a server) and then reaoing the benefit of time and sanity in the other end. Les Mikesell lesmikes...@gmail.com 05/10/10 10:49 AM On 5/10/2010 9:14 AM, Boniforti Flavio wrote: Hy there... So with that you would restore with BackupEdge and then go into your BackuPC repository to see what is outdated. Much quicker in my setup. Your pay back may be different. I'm not into *buying* a new piece of software, instead I'd really like to achieve bare metal restore with opensource software. -- ___ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net List:https://lists.sourceforge.net/lists/listinfo/backuppc-users Wiki:http://backuppc.wiki.sourceforge.net Project: http://backuppc.sourceforge.net/
Re: [BackupPC-users] Bare metal restore
On Mon, 10 May 2010 16:41:16 +0200, Boniforti Flavio fla...@piramide.ch wrote: I liked your explanation... ;-) I think I'll be doing *full* backuppc backup of my server as a first step to have constant backups. My thouhgts are related to eventually recovering the situation. As the server I want to back up is barely a squid proxy, I don't have to back up great amounts of data as it would be in case of a backuppc pool itself. What my concern is about, is the fact that when I'd be reinstalling from scratch on a new HDD, how would I get to the same state of installed/not installed packages as it was on its latest useful backup? Is there any way to somehow extract some sort of Sysmte State (like on Windows boxes) to know which packages are installed, and which aren't? The best way to make sure your OS installs are repeatable and non-deterministic is to script them. Here we use RHEL so we install machines via kickstart. Previously I've used wrapper scripts to 'sysinstall' on FreeBSD and similar for Debian's installer (with lots of help from its author). If you have your OS install procedure automated you never have to worry about bare-metal restores. Just kick off the re-install, then restore the unique data... you can even restore all of /etc to the newly-installed box and it should work (modulo any changes to fstab, ethernet devices, etc...) -Josh -- Joshua Malone Systems Administrator (jmal...@nrao.edu)NRAO Charlottesville 434-296-0263 www.cv.nrao.edu 434-249-5699 (mobile) BOFH excuse #360: Your parity check is overdrawn and you're out of cache. -- ___ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net List:https://lists.sourceforge.net/lists/listinfo/backuppc-users Wiki:http://backuppc.wiki.sourceforge.net Project: http://backuppc.sourceforge.net/
Re: [BackupPC-users] Bare metal restore
On 5/10/2010 9:59 AM, Boniforti Flavio wrote: extract. Then make sure that the restored /etc/fstab has the right partition names and re-install grub so the new system will boot. That's the *perfect and precise* way of doing that... Basically, if you know how you would restore with tar, you can do the same with the BackupPC_tarCreate output. If you want something more automated and can take the system down occasionally, you can use clonezilla to make an image copy of a working system once in a while. It will restore fairly quickly and automatically to similar hardware and you can follow up with a backuppc restore to be completely up to date. I already know clonezilla, but how would I automate this piece of software to do complete images of my running server? Never knew it could work like that too... Could you explain a bit more? I don't know how to automate it, but I'm sure it would be possible if you had an alternate boot and could tweak the default grub setting to flip to it, make the copy, then flip back. Doing it manually you can just boot from CD or USB disk, connect to the image storage location via nfs, smb, or ssh, and do a whole-disk save. The corresponding restore will create the matching filesystems and fix grub for you. I'm not sure it is worth the trouble on Linux where you can work with the tar output, but it is handy to get a windows system back to a point where backuppc works again - and it is fairly fast since it only saves the used portions of the disk. -- Les Mikesell lesmikes...@gmail.com -- ___ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net List:https://lists.sourceforge.net/lists/listinfo/backuppc-users Wiki:http://backuppc.wiki.sourceforge.net Project: http://backuppc.sourceforge.net/
Re: [BackupPC-users] Bare metal restore
For what it might be worth, I will add my two cents . . . . . I have a very simplistic view of the backup process. First, I have BackupPC running for weekly full backups and nightly incremental backups. Also, every Sunday morning, I go to each computer with a current version of Clonezilla live cd. This creates my bare metal backup option for me. The Clonezilla backup image is pushed via ssh to my backuppc/ssh file server. Should I have a catastrophic hardware failure (we all do some times) I have a clonezilla image from the previous Sunday morning to automatically (for the most part) re-create the machine on a new hard drive (my last hardware failure situation.) Then, depending on what day of week it is, I can restore the remainder with BackupPC. Now, for those who will ask detail question about this, I have condensed my description to simplify the answer. My suggestion is that you need to learn about clonezilla live cd and use it to create this bare metal image. I have found this to be a simple solution for my computers. (My daughter's laptop desktop, my wife's company work laptop, as well as my laptop and desktop. BTW, my wife's company IT people what me to tell them how I can backup her laptop without loading any software onto it, company policy and all. When I mentioned 'live cd' the IT people said, ok, no problem.) -- Bob Wooden Nashville, TN Enjoying life at my best! -- ___ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net List:https://lists.sourceforge.net/lists/listinfo/backuppc-users Wiki:http://backuppc.wiki.sourceforge.net Project: http://backuppc.sourceforge.net/
Re: [BackupPC-users] Bare metal restore
Am 10.05.2010 16:41, schrieb Boniforti Flavio: Hello Joshua What my concern is about, is the fact that when I'd be reinstalling from scratch on a new HDD, how would I get to the same state of installed/not installed packages as it was on its latest useful backup? Is there any way to somehow extract some sort of Sysmte State (like on Windows boxes) to know which packages are installed, and which aren't? Under Debian, a '$sshPath -q -x -l root $host /usr/bin/dpkg --get-selections /root/selections.txt' in the DumpPreUserCmd works wonders. Other package managers may have something similar. Of course, you need access to this file prior to restoring the data in order to be able to re-install your packages on a basic OS installation (this will be along the lines of 'dpkg --set-selections /root/selections.txt' under Debian). Regards Stefan Peter -- ___ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net List:https://lists.sourceforge.net/lists/listinfo/backuppc-users Wiki:http://backuppc.wiki.sourceforge.net Project: http://backuppc.sourceforge.net/
Re: [BackupPC-users] Bare metal restore
On 5/10/2010 10:25 AM, Josh Malone wrote: I liked your explanation... ;-) I think I'll be doing *full* backuppc backup of my server as a first step to have constant backups. My thouhgts are related to eventually recovering the situation. As the server I want to back up is barely a squid proxy, I don't have to back up great amounts of data as it would be in case of a backuppc pool itself. What my concern is about, is the fact that when I'd be reinstalling from scratch on a new HDD, how would I get to the same state of installed/not installed packages as it was on its latest useful backup? Is there any way to somehow extract some sort of Sysmte State (like on Windows boxes) to know which packages are installed, and which aren't? This is up to the distribution's package manager. Fedora/RH/Centos/SuSE use rpm, so if you've backed up the rpm database you'll have it in the restore (and you have to be sure that you've backed up enough of the system that the content of the installed packages match the database). The best way to make sure your OS installs are repeatable and non-deterministic is to script them. This is a good idea, but more than doubles the amount of work you have to do to maintain a system. For a single-purpose server or something you re-use over a large farm it is probably a win. Here we use RHEL so we install machines via kickstart. Previously I've used wrapper scripts to 'sysinstall' on FreeBSD and similar for Debian's installer (with lots of help from its author). If you have your OS install procedure automated you never have to worry about bare-metal restores. Just kick off the re-install, then restore the unique data... you can even restore all of /etc to the newly-installed box and it should work (modulo any changes to fstab, ethernet devices, etc...) For the above-mentioned squid probably all you really need is a copy of the squid.conf file dropped on top of a new install, but if there are intertwined authentication and iptables settings or helper scripts things can get messy. -- Les Mikesell lesmikes...@gmail.com -- ___ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net List:https://lists.sourceforge.net/lists/listinfo/backuppc-users Wiki:http://backuppc.wiki.sourceforge.net Project: http://backuppc.sourceforge.net/
Re: [BackupPC-users] rsync restore to Vista - chown fail
ALSto wrote: Matthias Meyer wrote: Hello, I backup some Vista clients with backuppc 3.1.0 and rsyncd. The backup works perfect but the restore not. I get an error: 2010/05/02 23:44:46 [2756] receiving file list 2010/05/02 23:44:46 [2756] rsync: chown /Users/matthias/Desktop/.logfile.lnk.Ud0Zgp (in C) failed: Permission denied (13) I use the same configuration with Windows XP and for that it will work. Someone have a working restore to a Vista Client. Thanks in advance Matthias Hi Matthias; I have issues with two Vista clients also. I get the files restored to the right folder but the target folder is strangely now shared. Permissions are reset to a mess with Everyone Full Control and have no previous Owner. I have not been able to figure this out for sometime now so I have resorted to restoring files to .tar or .zip and expanding to copy them back to the necessary folders so perms get reset by parent. It appears either Cygwin rsync or rsyncd is mangling the original ACL or cannot read it upon restore. The XFer log indicates a correct permission group ownership when it is backed up. Allen... It is a problem with cygwin V1.5. I will switsch to V1.7. Hopefully I didn't run within troubles with the rsyncd ;-) br Matthias -- Don't Panic -- ___ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net List:https://lists.sourceforge.net/lists/listinfo/backuppc-users Wiki:http://backuppc.wiki.sourceforge.net Project: http://backuppc.sourceforge.net/
[BackupPC-users] The dread Unable to read 4 bytes / Read EOF: Connection reset by peer
Let me start off by saying this: I know what I'm doing. I've been running backuppc for about two years on two servers, backing up about 25 servers (mix of windows and linux). This is the ONLY machine I've ever had this problem with that wasn't SSH authentication problems, and what's worse is that it worked for almost a year before it stopped working. I'm convinced it's something about the shell or environment of the client system, but I've been trying to figure this out since last *November* and I'm just not getting anywhere with it. Every single hit just says your SSH keys are messed up, but they most certainly are /not/ messed up, as evidenced below. All of the configuration is the same as my other linux servers. I can find absolutely nothing preventing this from working, but it fails every time! Please. I'm _BEGGING_ for something here, I have NO idea where else to look! There is unfortunately no extended troubleshooting information available in the documentation located at http://sourceforge.net/apps/mediawiki/backuppc/index.php?title=ErrorMessages or http://backuppc.sourceforge.net/faq/ssh.html or http://backuppc.sourceforge.net/faq/BackupPC.html#step_5 The target machine is CentOS5 running cPanel, and I've updated rsync to rsync-3.0.7-1.el5.rf (from RPM Forge, had to do that on another box as well). What else can I do to find extended debugging information? The xferlog always says: full backup started for directory / (baseline backup #259) Running: /usr/bin/ssh -q -x -l root TargetServer /usr/bin/rsync --server --sender --numeric-ids --perms --owner --group -D --links --hard-links --times --block-size=2048 --recursive --ignore-times . / Xfer PIDs are now 2924 Read EOF: Connection reset by peer Tried again: got 0 bytes Done: 0 files, 0 bytes Got fatal error during xfer (Unable to read 4 bytes) Backup aborted (Unable to read 4 bytes) Not saving this as a partial backup since it has fewer files than the prior one (got 0 and 0 files versus 0) Yet, from a shell on the BackupPC server, as the backuppc user, I have no problems SSHing to the target: [backu...@backuppcserver ~]$ ssh r...@targetserver Last login: Mon May 10 19:36:24 2010 from 192.168.50.1 -bash-3.2# [backu...@backuppcserver ~]$ ssh r...@targetserver whoami root [backu...@backuppcserver ~]$ ssh -q -x -l root TargetServer Last login: Mon May 10 19:42:03 2010 from 192.168.50.1 -bash-3.2# [backu...@backuppcserver ~]$ /usr/local/backuppc/bin/BackupPC_dump -v TargetServer cmdSystemOrEval: about to system /bin/ping -c 1 -w 3 TargetServer cmdSystemOrEval: finished: got output PING TargetServer (192.168.50.2) 56(84) bytes of data. 64 bytes from TargetServer (192.168.50.2): icmp_seq=1 ttl=64 time=0.133 ms --- TargetServer ping statistics --- 1 packets transmitted, 1 received, 0% packet loss, time 0ms rtt min/avg/max/mdev = 0.133/0.133/0.133/0.000 ms cmdSystemOrEval: about to system /bin/ping -c 1 -w 3 TargetServer cmdSystemOrEval: finished: got output PING TargetServer (192.168.50.2) 56(84) bytes of data. 64 bytes from TargetServer (192.168.50.2): icmp_seq=1 ttl=64 time=0.212 ms --- TargetServer ping statistics --- 1 packets transmitted, 1 received, 0% packet loss, time 0ms rtt min/avg/max/mdev = 0.212/0.212/0.212/0.000 ms CheckHostAlive: returning 0.212 full backup started for directory / (baseline backup #259) started full dump, share=/ Running: /usr/bin/ssh -q -x -l root TargetServer /usr/bin/rsync --server --sender --numeric-ids --perms --owner --group -D --links --hard-links --times --block-size=2048 --recursive --port=38271 --ignore-times . / Xfer PIDs are now 3040 xferPids 3040 Read EOF: Connection reset by peer Tried again: got 0 bytes Done: 0 files, 0 bytes Got fatal error during xfer (Unable to read 4 bytes) cmdSystemOrEval: about to system /bin/ping -c 1 -w 3 TargetServer cmdSystemOrEval: finished: got output PING TargetServer (192.168.50.2) 56(84) bytes of data. 64 bytes from TargetServer (192.168.50.2): icmp_seq=1 ttl=64 time=0.167 ms --- TargetServer ping statistics --- 1 packets transmitted, 1 received, 0% packet loss, time 0ms rtt min/avg/max/mdev = 0.167/0.167/0.167/0.000 ms cmdSystemOrEval: about to system /bin/ping -c 1 -w 3 TargetServer cmdSystemOrEval: finished: got output PING TargetServer (192.168.50.2) 56(84) bytes of data. 64 bytes from TargetServer (192.168.50.2): icmp_seq=1 ttl=64 time=0.165 ms --- TargetServer ping statistics --- 1 packets transmitted, 1 received, 0% packet loss, time 0ms rtt min/avg/max/mdev = 0.165/0.165/0.165/0.000 ms CheckHostAlive: returning 0.165 Backup aborted (Unable to read 4 bytes) Not saving this as a partial backup since it has fewer files than the prior one (got 0 and 0 files versus 0) dump failed: Unable to read 4 bytes Any help or tips are greatly appreciated. Thank you! - Nick -- ___ BackupPC-users mailing list
