Hello,
We see some of our batch lftp processes spinning and we're not sure
why/when. We don't yet know if it's FTPS only.
I've built with debug and have the output here, can anyone see what
could be the issue? strace shows absolutely nothing - blank.
gdb:
Alex
can you tell me what ftp:waiting-150-timeout does? setting it to 1
seems to work but the standard '5' just (seems) to go on forever..
--
http://devblog.playlouder.com/
thanks - this reconnects again like 3.5 but there is something more
subtle going on.
3.5 would complete after 1 (2?) disconnects.. The 3.5.11.out file shows an
increment of port 49769 - 49772 which is the winning port.. it seems lftp has
hidden how crappy proftpd is all this time?
this patch
Hi. ProFTPd seems to be kicking me off when I create directories with a
mirror -R. in 3.5.x this was fine - lftp reconnected.
With 3.6.x - lftp just hangs.
here are some links to 3.5 vs 3.6 outputs.
(sorry the remote ports do not match the pcaps as I did them
seperately, but the issue is
On Mon, Jan 21, 2008 at 03:07:11PM +0300, Alexander V. Lukyanov wrote:
On Sat, Jan 19, 2008 at 02:58:11AM +, Charlie Allom wrote:
lftp [EMAIL PROTECTED]:~ rm TEST.wav
path on wire is `TEST.wav'
--- sending a packet, length=17, type=13(REMOVE), id=7
--- got a packet, length=33
On Fri, Jan 18, 2008 at 12:30:16PM -0500, Justin Piszcz wrote:
Did you try compiling with GnuTLS vs. OpenSSL?
Try each see if its reproducible with each ssl-library.
well I tried both and without - ? - but something has changed in 3.6 vs
3.5 that has fixed the issue. but not entirely.
lftp
On Mon, Jan 21, 2008 at 10:25:51AM +0300, Alexander V. Lukyanov wrote:
On Fri, Jan 18, 2008 at 01:03:11PM +, Charlie Allom wrote:
it seems erroneous STATUS sftp commands are putting lftp off the scent.
What lftp version do you use? Does the bug happens with the latest lftp
version 3.6.2
Hi,
it seems erroneous STATUS sftp commands are putting lftp off the scent.
lftp [EMAIL PROTECTED]:~ put TEST.wav
path on wire is `TEST.wav'
--- sending a packet, length=25, type=3(OPEN), id=8
--- got a packet, length=10, type=102(HANDLE), id=8
got file handle 31 (1)
--- sending a
On Wed, Oct 15, 2003 at 04:15:41PM +0400, Alexander V. Lukyanov wrote:
On Tue, Oct 14, 2003 at 05:50:21PM +1000, Charlie Allom wrote:
I have this error on OS X, and I believe it cropped up in 2.6.7
(though I could be wrong).
Resolver.cc:493: error: `C_IN' undeclared (first use
Alexander,
I have this error on OS X, and I believe it cropped up in 2.6.7 (though I could be
wrong).
Resolver.cc:493: error: `C_IN' undeclared (first use this function)
Resolver.cc:493: error: (Each undeclared identifier is reported only once for
each function it appears in.)
make[1]: ***
10 matches
Mail list logo