[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Duplicity-tracker] [bug #25949] ncftp-failures
From: |
anonymous |
Subject: |
[Duplicity-tracker] [bug #25949] ncftp-failures |
Date: |
Fri, 27 Mar 2009 17:45:52 +0000 |
User-agent: |
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.4; en-US; rv:1.9.0.7) Gecko/2009021906 Firefox/3.0.7 |
Follow-up Comment #2, bug #25949 (project duplicity):
It's as a drive by as the nested dirs was one. I can only report what I'm
observing. 0.5.07 never has these timeouts, where it happens with later
versions all the time.
I did a full backup a week ago and I got nearly 1000 timeouts in the log! It
led to take the backup of 10 GB taking 5 hours instead of 1.
Switching back to 0.5.07 I'm back at 1 hour for a full backup. Sure it's easy
to blame network quality, but it's just not the case.
Just let me know where I should look, what kind of logging I should enable to
provide more details. Maybe what's now used from ncftp is not really the same
than what was used with 0.5.07?
Best regards, --- Jan.
_______________________________________________________
Reply to this item at:
<http://savannah.nongnu.org/bugs/?25949>
_______________________________________________
Nachricht geschickt von/durch Savannah
http://savannah.nongnu.org/
- [Duplicity-tracker] [bug #25949] ncftp-failures, anonymous, 2009/03/21
- [Duplicity-tracker] [bug #25949] ncftp-failures, Kenneth Loafman, 2009/03/21
- [Duplicity-tracker] [bug #25949] ncftp-failures,
anonymous <=
- [Duplicity-tracker] [bug #25949] ncftp-failures, Kenneth Loafman, 2009/03/27
- [Duplicity-tracker] [bug #25949] ncftp-failures, Jan Kriesten, 2009/03/28
- [Duplicity-tracker] [bug #25949] ncftp-failures, Kenneth Loafman, 2009/03/28
- [Duplicity-tracker] [bug #25949] ncftp-failures, Kenneth Loafman, 2009/03/28
- [Duplicity-tracker] [bug #25949] ncftp-failures, Jan Kriesten, 2009/03/28
- [Duplicity-tracker] [bug #25949] ncftp-failures, Kenneth Loafman, 2009/03/28
- [Duplicity-tracker] [bug #25949] ncftp-failures, Kenneth Loafman, 2009/03/30