Manfred Usselmann
2009-Dec-13 09:59 UTC
duplicity ftp backup / ncftp no longer working since 8.0-Release
Hi, since my upgrade to 8.0-RELEASE my backup solution with duplicity is no longer working because ncftpput fails. The error message from ncftp 3.2.2_1: Could not read reply from control connection -- timed out. S.a. http://www.freebsd.org/cgi/query-pr.cgi?pr=140934 Does anybody know a solution or a workaround? Thanks, Manfred -- Manfred Usselmann <usselmann.m@icg-online.de> ICG IT Consulting GmbH, Kelkheim
David Horn
2009-Dec-14 05:52 UTC
duplicity ftp backup / ncftp no longer working since 8.0-Release
On Sun, Dec 13, 2009 at 4:32 AM, Manfred Usselmann <usselmann.m@icg-online.de> wrote:> Hi, > > since my upgrade to 8.0-RELEASE my backup solution with duplicity is no > longer working because ncftpput fails. > > The error message from ncftp 3.2.2_1: Could not read reply from control > connection -- timed out. > > S.a. http://www.freebsd.org/cgi/query-pr.cgi?pr=140934 > > Does anybody know a solution or a workaround?I have seen this with ncftpput as well, but at least in my case, it was a warning, and not a fatal error. Check your ftp server to see if the backup file has indeed been transferred. I believe that there is something unusual going on with the checking on select() return in ncftp3. If you change every instance of select() result checking in ftp/ncftp3 from "==1" to ">=1" the problem seems to go away. result = select(sfd + 1, NULL, SELECT_TYPE_ARG234 &ss, NULL, SELECT_TYPE_ARG5 &tv); -if (result == 1) { +if (result >= 1) { Good Luck. ---Dave H
Manfred Usselmann
2009-Dec-14 07:17 UTC
duplicity ftp backup / ncftp no longer working since 8.0-Release
On Mon, 14 Dec 2009 00:23:17 -0500 David Horn <dhorn2000@gmail.com> wrote:> On Sun, Dec 13, 2009 at 4:32 AM, Manfred Usselmann > <usselmann.m@icg-online.de> wrote: > > > > since my upgrade to 8.0-RELEASE my backup solution with duplicity is no > > longer working because ncftpput fails. > > > > The error message from ncftp 3.2.2_1: Could not read reply from control > > connection -- timed out. > > > > S.a. http://www.freebsd.org/cgi/query-pr.cgi?pr=140934 > > > > Does anybody know a solution or a workaround? > > I have seen this with ncftpput as well, but at least in my case, it > was a warning, and not a fatal error. Check your ftp server to see if > the backup file has indeed been transferred.The file is getting transferred, but duplicity assumes that it is not and abends.> I believe that there is something unusual going on with the checking > on select() return in ncftp3. If you change every instance of > select() result checking in ftp/ncftp3 from "==1" to ">=1" the problem > seems to go away. > > result = select(sfd + 1, NULL, SELECT_TYPE_ARG234 &ss, NULL, > SELECT_TYPE_ARG5 &tv); > -if (result == 1) { > +if (result >= 1) {I will try this. Thanks! Manfred -- Manfred Usselmann <usselmann.m@icg-online.de> ICG IT Consulting GmbH, Kelkheim
Manfred Usselmann
2009-Dec-14 22:31 UTC
duplicity ftp backup / ncftp no longer working since 8.0-Release
On Mon, 14 Dec 2009 08:17:16 +0100 Manfred Usselmann <usselmann.m@icg-online.de> wrote:> On Mon, 14 Dec 2009 00:23:17 -0500 > David Horn <dhorn2000@gmail.com> wrote: > > > I believe that there is something unusual going on with the checking > > on select() return in ncftp3. If you change every instance of > > select() result checking in ftp/ncftp3 from "==1" to ">=1" the problem > > seems to go away. > > > > result = select(sfd + 1, NULL, SELECT_TYPE_ARG234 &ss, NULL, > > SELECT_TYPE_ARG5 &tv); > > -if (result == 1) { > > +if (result >= 1) { > > I will try this.Did work for me! Thanks, Manfred -- Manfred Usselmann <usselmann.m@icg-online.de> ICG IT Consulting GmbH, Kelkheim
David Horn
2009-Dec-14 22:51 UTC
duplicity ftp backup / ncftp no longer working since 8.0-Release
On Mon, Dec 14, 2009 at 5:31 PM, Manfred Usselmann <usselmann.m@icg-online.de> wrote:> On Mon, 14 Dec 2009 08:17:16 +0100 > Manfred Usselmann <usselmann.m@icg-online.de> wrote: > >> On Mon, 14 Dec 2009 00:23:17 -0500 >> David Horn <dhorn2000@gmail.com> wrote: >> >> > I believe that there is something unusual going on with the checking >> > on select() return in ncftp3. ?If you change every instance of >> > select() result checking in ftp/ncftp3 from "==1" to ">=1" the problem >> > seems to go away. >> > >> > result = select(sfd + 1, NULL, SELECT_TYPE_ARG234 &ss, NULL, >> > SELECT_TYPE_ARG5 &tv); >> > -if (result == 1) { >> > +if (result >= 1) { >> >> I will try this. > > Did work for me! > > Thanks, > ManfredOK. I will try to report it to the upstream (ncftp.com/contact), and failing that we could always patch as part of the ncftp 3.2.3 update into freebsd ports, but glad to hear it worked for you. ---Dave