duplicity-talk
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Duplicity-talk] 0.4.3.RC6 Ready for Test


From: Kenneth Loafman
Subject: Re: [Duplicity-talk] 0.4.3.RC6 Ready for Test
Date: Wed, 13 Jun 2007 14:58:05 -0500
User-agent: Thunderbird 1.5.0.12 (X11/20070604)

Possibly, but that's the way its done for SCP and others. Not really suggesting that we change it to go that route, but looking at the alternatives.

Another route to go would be to use the background mode in ncftp. Duplicity would just control the queuing and cleanup. Or we could just use expect to control a known good FTP client. Or...

Just thinking out loud, trying to get a brainstorming session going.

...Ken

Dennis Schulz wrote:
Hmm But its not the right way to login for every file.
IMHO handling those timeouts is a way to solve this problem.
Is duplicity sending NOOP ? I've read this on the list.


But I have to say that I'm untill now aren't able to complete a backup. Everytime I got an Exception. I will post the stacktrace when it prints it again. Actually I'm doing a next try. (Around 20GB over 6Mbit -.-).

Dennis

Kenneth Loafman schrieb:
The logging level on the retries could be turned up higher. That would let people that wanted to see the retries see them.

I think the entire problem with retries is probably due to the way we handle FTP and other session protocols. Rather than login/send/logout, we login/process/send/process/send/.../logout. The processing can be longer than the timeout values.

...Ken

Nicolas Aspert wrote:
Hi all

I've tested 0.4.3-rc5 (yes, rc5 only, rc6 is way too recent ;), and it
works ok.

I am running it from a cron job, and I would like to suggest to change
the logging of ftp timeout errors.
As discussed in a previous mail, those can occur when performing a daily
incremental backup over a large set of data (> 100GB).
As a result those timeouts are harmless, so could we imagine to treat
them silently (and maybe log them at the very end with the statistics)
and only report an error if the ftp connection cannot be established again.

What do you think ?

Regards
Nicolas


_______________________________________________
Duplicity-talk mailing list
address@hidden
http://lists.nongnu.org/mailman/listinfo/duplicity-talk



_______________________________________________
Duplicity-talk mailing list
address@hidden
http://lists.nongnu.org/mailman/listinfo/duplicity-talk




_______________________________________________
Duplicity-talk mailing list
address@hidden
http://lists.nongnu.org/mailman/listinfo/duplicity-talk





reply via email to

[Prev in Thread] Current Thread [Next in Thread]