On Fri, 2006-08-18 at 10:41, Carl Wilhelm Soderstrom wrote:

> > > - turn up your timeout to some ridiculously large figure. just put an 
> > > extra
> > > zero or two at the end of the default value. Yeah, there's a possibility
> > > that this will cause a hung backup to tie things up for longer than it
> > > should; but you can always turn the value down once you have your initial
> > > transfer done.
> > >   
> > As I mentioned to Les, this is not the initial transfer, but a new large 
> > file which was created and needed to be backed up.
> 
> maybe I'm misunderstanding your situation then. If the file transfer is
> taking more than 6 hours; why not keep increasing the timeout value until
> the file transfer no longer times out? AFAIK it doesn't matter whether we're
> talking about one file or lots of files; if timeout is killing your backup
> before it's done, try increasing the backup.
> 
> the inefficiencies of not being able to resume are another matter; but this
> at least might get you backed up. :)

If the problem is a new huge file created every day you will
have to find some other approach because even picking up
with what you had on the next attempt won't work if you
don't have enough bandwidth.   It if is one large file once
in a while, bumping the timeout up to get it over a weekend
is better than nothing.  Once you have a complete copy,
subsequent runs with rsync (even fulls) won't transfer it
again.  A brute-force intermediate approach would be to
park enough disk space on backuppc's side of the link that
you can use standard rsync to grab a copy, then let backuppc
copy that to save a history more efficiently.  However if
new large files appear daily, even that won't help.

-- 
  Les Mikesell
   [EMAIL PROTECTED]



-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
BackupPC-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/backuppc-users
http://backuppc.sourceforge.net/

Reply via email to