[BackupPC-users] Rsync remote to local dir first, backup local, restore to remote?
Hello, When backing-up our remote servers, we always get broken pipe. Simply the receiving end (backuppc extracting tar) stalls for too long and the sending part breaks the connection. OK, I understand. I can rsync the remote server to local dir first, backing-up from this dir. It works fine, I have the DumpPreUserCmd rsyncing script ready. But, I would like to be able to restore to the remote machine directly, with correct paths, without the local dir prefix. Is such mode of operation supported by backuppc? Thanks very much in advance for any help or suggestions. Best regards, Pavel. -- Slashdot TV. Video for Nerds. Stuff that matters. http://tv.slashdot.org/ ___ 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] Best backup system for Windows clients
I too would be fascinated to find a "how to" for VSS/rsync combination. I have used Backuppc for years with linux clients. Yet, have never found current/up-to-date how to instructions to get a Windows (any) client to backup to Backuppc working. Backuppc's Sourceforge website has a trimmed down installer for cygwin-rsync-3.0.9.0 yet the forums (right here) recommend a full cygwin install to get Windows clients working with Backuppc. So, yes, is there a "how to" link available for VSS/rsync for a Windows7 client? - Original Message - From: "Kenneth Porter" To: "General list for user discussion, questions and support" Sent: Monday, August 25, 2014 10:38:20 PM Subject: Re: [BackupPC-users] Best backup system for Windows clients --On Monday, August 25, 2014 9:16 AM -0500 Michael Stowe wrote: > Given that, a VSS/rsync combination is more or less required. There are > two methods for coordinating the shadow copy service with rsync -- ssh and > winexe. I use the winexe method here, and put together an installer to > handle the various Windows versions (though I haven't yet updated it for > 2012/8+. I hadn't heard of winexe before. Is there a link available to a howto for use with BackupPC? I'm using Cygwin on my Windows hosts and haven't gone to the trouble of setting up VSS snapshots. Most are Win7 with a smattering of XP, Server 2003, and a couple Linux boxes. -- Slashdot TV. Video for Nerds. Stuff that matters. http://tv.slashdot.org/ ___ 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/ -- Slashdot TV. Video for Nerds. Stuff that matters. http://tv.slashdot.org/___ 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] Best backup system for Windows clients
>> I too would be fascinated to find a "how to" for VSS/rsync combination. I >> have used Backuppc for years with linux clients. We use DeltaCopy. Makes things easy. Doug -- Slashdot TV. Video for Nerds. Stuff that matters. http://tv.slashdot.org/ ___ 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] Best backup system for Windows clients
> -Original Message- > From: Doug Lytle [mailto:supp...@drdos.info] > Sent: den 26 augusti 2014 14:20 > To: General list for user discussion, questions and support > Subject: Re: [BackupPC-users] Best backup system for Windows clients > > >> I too would be fascinated to find a "how to" for VSS/rsync combination. I > have used Backuppc for years with linux clients. > > We use DeltaCopy. Makes things easy. So have we, but Deltacopy still can't handle files that are in use, it skips them and adds an error to the log. -- //Sorin smime.p7s Description: S/MIME cryptographic signature -- Slashdot TV. Video for Nerds. Stuff that matters. http://tv.slashdot.org/___ 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] Best backup system for Windows clients
>> So have we, but Deltacopy still can't handle files that are in use, it skips >> them and adds an error to the log. For Windows 7 workstations and above, that'd be correct. You can updated the DeltaCopy DLLs to support VSS under XP, but our XP workstations are dwindling fast. Doug -- Slashdot TV. Video for Nerds. Stuff that matters. http://tv.slashdot.org/ ___ 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] Best backup system for Windows clients
> I hadn't heard of winexe before. Is there a link available to a howto for > use with BackupPC? I'm using Cygwin on my Windows hosts and haven't gone > to > the trouble of setting up VSS snapshots. Most are Win7 with a smattering > of > XP, Server 2003, and a couple Linux boxes. There's a bit here, along with an installer: http://www.michaelstowe.com/backuppc/ Each of the flavors of Windows requires a different version of vshadow, which is mainly what the installer handles -- otherwise, you can just copy the directory from system to system. -- Slashdot TV. Video for Nerds. Stuff that matters. http://tv.slashdot.org/ ___ 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] Best backup system for Windows clients
> -Original Message- > From: Doug Lytle [mailto:supp...@drdos.info] > Sent: den 26 augusti 2014 15:18 > To: General list for user discussion, questions and support > Subject: Re: [BackupPC-users] Best backup system for Windows clients > > >> So have we, but Deltacopy still can't handle files that are in use, it skips > >> them and adds an error to the log. > > For Windows 7 workstations and above, that'd be correct. You can updated > the DeltaCopy DLLs to support VSS under XP, but our XP workstations are > dwindling fast. Spot on. We're basically a Win7/2k8/2k12-shop by now. XP is just on some instrument-handling computers that we can't upgrade. -- //Sorin smime.p7s Description: S/MIME cryptographic signature -- Slashdot TV. Video for Nerds. Stuff that matters. http://tv.slashdot.org/___ 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] Excessively High Traffic on Full Backups (Debian Squeeze on ARM Processor)
I recently upgraded my ARM plug computer from an ancient version of Ubuntu to Debian Squeeze running backuppc 3.1.0. Everything seemed to be going well until yesterday when a full backup of a relatively quiet server downloaded 1.5 GB of data. The original full backup seven days ago was only 2.3 GB and incremental backups have been around 152 MB. When I checked the logs, there were 47 'create' entries adding up to about 300 MB (I excluded 'create d' entries) while the rest were 'pool' and 'same'. The 300 MB includes some double-counting since the backup failed (probably connectivity problems) and restarted. This reminded me of a problem with File::RsyncP on ARM processes that Craig fixed back in 2010. I was not able to verify the File::RsyncP version level (probably 0.68) but used CPAN to upgrade File::RsyncP to version 0.70. The incremental backup this morning finished in half the time of previous incremental backups which is encouraging. I am in the process of upgrading another ARM plug computer from Debian Squeeze to Debian Wheezy. It looks like Wheezy comes with File::RsyncP 0.70 and backuppc 3.2.1. Regards, Norbert-- Slashdot TV. Video for Nerds. Stuff that matters. http://tv.slashdot.org/___ 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] Excessively High Traffic on Full Backups (Debian Squeeze on ARM Processor)
On Tue, Aug 26, 2014 at 9:48 AM, wrote: > I recently upgraded my ARM plug computer from an ancient version of Ubuntu > to Debian Squeeze running backuppc 3.1.0. Everything seemed to be going > well until yesterday when a full backup of a relatively quiet server > downloaded 1.5 GB of data. The original full backup seven days ago was only > 2.3 GB and incremental backups have been around 152 MB. When I checked the > logs, there were 47 'create' entries adding up to about 300 MB (I excluded > 'create d' entries) while the rest were 'pool' and 'same'. The 300 MB > includes some double-counting since the backup failed (probably connectivity > problems) and restarted. > > This reminded me of a problem with File::RsyncP on ARM processes that Craig > fixed back in 2010. I was not able to verify the File::RsyncP version level > (probably 0.68) but used CPAN to upgrade File::RsyncP to version 0.70. The > incremental backup this morning finished in half the time of previous > incremental backups which is encouraging. > > I am in the process of upgrading another ARM plug computer from Debian > Squeeze to Debian Wheezy. It looks like Wheezy comes with File::RsyncP 0.70 > and backuppc 3.2.1. I don't know the details of this bug, but if you are using the --checksum-seed option you might want to check the behavior again on the 3rd full run. The rsync block checksums should be cached on the 2nd run so they don't have to be computed on the server side for subsequent runs. -- Les Mikesell lesmikes...@gmail.com -- Slashdot TV. Video for Nerds. Stuff that matters. http://tv.slashdot.org/ ___ 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] Excessively High Traffic on Full Backups (Debian Squeeze on ARM Processor)
Les Mikesell wrote at about 10:22:51 -0500 on Tuesday, August 26, 2014: > On Tue, Aug 26, 2014 at 9:48 AM, wrote: > > I recently upgraded my ARM plug computer from an ancient version of Ubuntu > > to Debian Squeeze running backuppc 3.1.0. Everything seemed to be going > > well until yesterday when a full backup of a relatively quiet server > > downloaded 1.5 GB of data. The original full backup seven days ago was > > only > > 2.3 GB and incremental backups have been around 152 MB. When I checked the > > logs, there were 47 'create' entries adding up to about 300 MB (I excluded > > 'create d' entries) while the rest were 'pool' and 'same'. The 300 MB > > includes some double-counting since the backup failed (probably > > connectivity > > problems) and restarted. > > > > This reminded me of a problem with File::RsyncP on ARM processes that Craig > > fixed back in 2010. I was not able to verify the File::RsyncP version > > level > > (probably 0.68) but used CPAN to upgrade File::RsyncP to version 0.70. The > > incremental backup this morning finished in half the time of previous > > incremental backups which is encouraging. > > > > I am in the process of upgrading another ARM plug computer from Debian > > Squeeze to Debian Wheezy. It looks like Wheezy comes with File::RsyncP > > 0.70 > > and backuppc 3.2.1. > > I don't know the details of this bug, but if you are using the > --checksum-seed option you might want to check the behavior again on > the 3rd full run. The rsync block checksums should be cached on the > 2nd run so they don't have to be computed on the server side for > subsequent runs. > If I recall correctly, I found two bugs on ARM/debian processors several years ago. One of which is the one referenced above which is due to a problem in the type definition in the adler32_checksum in File-RsyncP-0.68. I believe the other problem was in the Debian lenny library for md5sum which resulted in inconsistent checksum naming of pool files relative to x86 versions. -- Slashdot TV. Video for Nerds. Stuff that matters. http://tv.slashdot.org/ ___ 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] Best backup system for Windows clients
"Michael Stowe" wrote on 08/25/2014 09:16:09 AM: > Given that, a VSS/rsync combination is more or less required. There are > two methods for coordinating the shadow copy service with rsync -- ssh and > winexe. I use the winexe method here, and put together an installer to > handle the various Windows versions (though I haven't yet updated it for > 2012/8+. Still volunteering to help with this! :) Tim Massey Out of the Box Solutions, Inc. Creative IT Solutions Made Simple! http://www.OutOfTheBoxSolutions.com tmas...@obscorp.com 22108 Harper Ave. St. Clair Shores, MI 48080 Office: (800)750-4OBS (4627) Cell: (586)945-8796 -- Slashdot TV. Video for Nerds. Stuff that matters. http://tv.slashdot.org/___ 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/