hi David,
would really propose to start with only a full backup of your system drive
(C:\) ygdrive/c/WINDOWS/system32/c:/
and when finished add the other partition(s?) (D:\):
ygdrive/c/WINDOWS/system32/d:/
try to set a smaller MTU if using ADSL - maybe 1492 (at least in my country it
works as expected)
and i would really really recomment reading of
http://sourceforge.net/apps/mediawiki/backuppc/index.php?title=Common_backup_excludes
and as you try to backup a windows-server:
don't expect you can recover it using backuppc :)
see:
http://backuppc.sourceforge.net/faq/limitations.html#don_t_expect_to_reconstruct_a_complete_winxx_drive
please see the rest of comments within your post
Greetings
Mike
Am 16.03.2011 um 01:02 schrieb David Herring:
> Believe is exerts from the log file for one of the machines...I too am
> puzzled why it is so slow to get the data across. I am pulling my backup over
> an ADSL link - so the speeds are more like 16Mbps (http://www.speedtest.net/)
> for downloads - say about 2 Mega bytes per second .. which is about 7 Giga
> bytes per hour. So it should take approx 15 hours for a 100 Gig downloaded.
> I'm getting nowhere near that performance.
first of all - it's for shure your download-speed you are talking about :)
meaning: the bottleneck lies within the uplink of your windows-client (well:
server)
is it really that 16M?
> One machine has the following....If I look at the host status it shows the
> backup as being 14.2 days one old..i.e I don't believe it has added to the
> backup...although more disk space has been used on my backup server.
> 2011-03-15 19:06:52 Aborting backup up after signal INT
> 2011-03-15 20:00:01 full backup started for directory cDrive (baseline backup
> #0)
> 2011-03-15 23:47:03 Aborting backup up after signal PIPE
> 2011-03-15 23:47:04 Got fatal error during xfer (aborted by signal=PIPE)
> Remote[1]: rsync: send_files failed to open
> "ygdrive/c/WINDOWS/system32/c:/WINDOWS/system32/dhcp/tmp.edb" (in cDrive):
> Device or resource busy (16)
> [ skipped 6494 lines ]
seems like a windows-server providing dhcp-services to the clients
this file is in use and can not be backed up using your concept
> Remote[1]: rsync: send_files failed to open
> "ygdrive/c/WINDOWS/system32/c:/pagefile.sys" (in cDrive): Device or resource
> busy (16)
> [ skipped 1944 lines ]
great ;)
backing up swapfiles, RAM and pagefiles are a NO-NO
> Done: 147039 files, 27635539899 bytes
> full backup started for directory dDrive
> Connected to rbs3.sysapps.net:873, remote version 29
> Negotiated protocol version 28
> Connected to module dDrive
> Sending args: --server --sender --numeric-ids --perms --owner --group -D
> --links --hard-links --times --block-size=2048 --recursive --ignore-times . .
> Xfer PIDs are now 21002
> [ skipped 13016 lines ]
> Remote[1]: rsync: send_files failed to open
> "ygdrive/c/WINDOWS/system32/d:/MSSQL2k5DATA/CCM.LDF" (in dDrive): Device or
> resource busy (16)
> Remote[1]: rsync: send_files failed to open
> "ygdrive/c/WINDOWS/system32/d:/MSSQL2k5DATA/CCM.mdf" (in dDrive): Device or
> resource busy (16)
> Remote[1]: rsync: send_files failed to open
> "ygdrive/c/WINDOWS/system32/d:/MSSQL2k5DATA/CCMTest.mdf" (in dDrive): Device
> or resource busy (16)
> Remote[1]: rsync: send_files failed to open
> "ygdrive/c/WINDOWS/system32/d:/MSSQL2k5DATA/CCMTest_1.LDF" (in dDrive):
> Device or resource busy (16)
> Remote[1]: rsync: send_files failed to open
> "ygdrive/c/WINDOWS/system32/d:/MSSQL2k5DATA/CCMV2.mdf" (in dDrive):
> Permission denied (13)
> Remote[1]: rsync: send_files failed to open
> "ygdrive/c/WINDOWS/system32/d:/MSSQL2k5DATA/CCMV2_1.LDF" (in dDrive):
> Permission denied (13)
> Remote[1]: rsync: send_files failed to open
> "ygdrive/c/WINDOWS/system32/d:/MSSQL2k5DATA/CCMV3.mdf" (in dDrive): Device or
> resource busy (16)
> Remote[1]: rsync: send_files failed to open
> "ygdrive/c/WINDOWS/system32/d:/MSSQL2k5DATA/CCMV3_1.LDF" (in dDrive): Device
> or resource busy (16)
> Remote[1]: rsync: send_files failed to open
> "ygdrive/c/WINDOWS/system32/d:/MSSQL2k5DATA/CCMV4.mdf" (in dDrive): Device or
> resource busy (16)
> Remote[1]: rsync: send_files failed to open
> "ygdrive/c/WINDOWS/system32/d:/MSSQL2k5DATA/CCMV4_1.LDF" (in dDrive): Device
> or resource busy (16)
> Remote[1]: rsync: send_files failed to open
> "ygdrive/c/WINDOWS/system32/d:/MSSQL2k5DATA/EasyAudit.mdf" (in dDrive):
> Device or resource busy (16)
> Remote[1]: rsync: send_files failed to open
> "ygdrive/c/WINDOWS/system32/d:/MSSQL2k5DATA/EasyAudit_1.ldf" (in dDrive):
> Device or resource busy (16)
> [ skipped 41714 lines ]
these are MySQL-Databases
they can not be backed up when in use
you have to make an offline-copy of that DB's
> Can't write 33138 bytes to socket
> Read EOF:
> Tried again: got 0 bytes
> finish: removing in-process file backup/CCMV3/CCMV3_backup_201103140200.bak
> Can't write 34674 bytes to socket
> Child is aborting
> Done: 42938 files, 26385343058 bytes
> Got fatal error during xfer (aborted by signal=PIPE)
> Backup aborted by user signal
> Not saving this as a partial backup since it has fewer files than the prior
> one (got 189977 and 42938 files versus 219770)
>
>
> On 15 March 2011 21:34, Jeffrey J. Kosowsky <backu...@kosowsky.org> wrote:
> Bowie Bailey wrote at about 16:39:59 -0400 on Tuesday, March 15, 2011:
> > On 3/15/2011 3:49 PM, David Herring wrote:
> > >
> > > I'm trying to backup windows servers with approx 3 partitions of 100G
> > > each over a WAN link. This takes 'days' to run and never successfully
> > > completes. I'm using rsyncd on the windows machines - and the backup
> > > is to a ubuntu server.
> > >
> > > So, how do you split the backups from a single machine - do you have
> > > to create multiple host entries for each machine ? Does this make
> > > restore too painful ?
> > >
> > > Is there anything else I should be doing ? MTU size ?
> >
> > You can split the backups by directories. Just create separate backup
> > hosts that each backup some of the directories. Give each host slightly
> > different names and use the "ClientNameAlias" setting to point them back
> > to the proper host name.
> >
> > Keep in mind that this may result in the separate backups running
> > simultaneously. To prevent this you can use the "DumpPreUserCmd" and
> > "DumpPostUserCmd" to set and check for lock files.
> >
>
> Bowie's suggestion is spot on.
> But I'm still not sure why backup over WAN should take 'days' even for
> 300GB and even if this were the first time through or even if the
> files changed heavily.
>
> Assuming you have even low-end machines and a 100Mbps Internet, you
> should be able to get O(5-10MBps) speeds which should complete your
> backups in well under a day. Perhaps you have some large files that
> are causing rsyncd timeouts? (you might want to check the 'timout'
> parameter setting in rsync). Also, look at the client and server logs
> to see why the backups don't complete.
>
> ------------------------------------------------------------------------------
> Colocation vs. Managed Hosting
> A question and answer guide to determining the best fit
> for your organization - today and in the future.
> http://p.sf.net/sfu/internap-sfd2d
> _______________________________________________
> 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/
>
>
>
> --
> David Herring
> ------------------------------------------------------------------------------
> Colocation vs. Managed Hosting
> A question and answer guide to determining the best fit
> for your organization - today and in the future.
> http://p.sf.net/sfu/internap-sfd2d_______________________________________________
> 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/
------------------------------------------------------------------------------
Enable your software for Intel(R) Active Management Technology to meet the
growing manageability and security demands of your customers. Businesses
are taking advantage of Intel(R) vPro (TM) technology - will your software
be a part of the solution? Download the Intel(R) Manageability Checker
today! http://p.sf.net/sfu/intel-dev2devmar
_______________________________________________
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/