It's on a Slack 8.0 box, lftp-2.5.0.
Any http or ftp site which directories that go deep.
Alexander V. Lukyanov wrote:
On Wed, Mar 13, 2002 at 10:25:39AM -0500, Justin Piszcz wrote:
When doing a mirror (no parallel gets), lftp freezes up on me and takes up
100% CPU.
Which lftp version
I have tried with over 100s of ftp servers around the world.
The character is a different value.
Alexander V. Lukyanov wrote:
On Mon, Apr 01, 2002 at 06:43:49AM -0500, Justin Piszcz wrote:
PROBLEM: With lftp, many of my downloads get corrupted.
This is because the connection
the images when bypassing the IPA proxy.
Brad Helm
My question is: would a 5-10KB rollback fix this problem?
Glenn Maynard wrote:
On Mon, Apr 01, 2002 at 07:04:45PM -0500, Justin Piszcz wrote:
I have tried with over 100s of ftp servers around the world.
The character is a different value
linux/unix tools that support rollback 2, but
they dont 'appear in my mind' right now...
michael
-Original Message-
From: Justin Piszcz [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, April 02, 2002 16:28
To: Glenn Maynard; [EMAIL PROTECTED]; [EMAIL PROTECTED];
[EMAIL PROTECTED
. Lukyanov wrote:
On Tue, Apr 02, 2002 at 09:27:36AM -0500, Justin Piszcz wrote:
My question is: would a 5-10KB rollback fix this problem?
AFAIK, rollback is only needed to workaround broken http proxies, which
output error message after valid data if a transfer error happens.
--
Alexander.
For X is great, unless you want to run your downloads in
console :).
[war@p300 x]$ /usr/bin/time md5sum -c file.iso.md5
file.iso: OK
22.56user 5.62system 0:36.38elapsed 77%CPU (0avgtext+0avgdata
0maxresident)k
0inputs+0outputs (113major+13minor)pagefaults 0swaps
[war@p300 x]$
Justin Piszcz
Netgain specifics are closed source and proprietrary, however the BST protocol is
open.
Bug in BST/TCP/NetGain, no matter which it is, the rollback option [when used]
appears to fix the problem quite nicely.
Alexander V. Lukyanov wrote:
On Tue, Apr 09, 2002 at 02:55:25PM +0200, Hrvoje Niksic
queue mirror -R some_dir_that_doesnt_exist
or
mirror -R some_dir_that doesnt_exist
lftp-2.5.2 still makes that dir on the remote server even though you may
have misspelled it?
227 Entering Passive Mode (127,0,0,0,1,23)
553- file.r35: This file looks like a dupe!!
553 It was uploaded by bigturtle (18h 7m ago).
local: file.rar remote: file.rar
227 Entering Passive Mode (127,0,0,0,1,23)
553- file.rar: This file looks like a dupe!!
553 It was uploaded by bigturtle (18h
[war@war lftp-2.5.3]$ make
Making all in include
make[1]: Entering directory `/home/war/lftp-2.5.3/include'
make all-am
make[2]: Entering directory `/home/war/lftp-2.5.3/include'
make[2]: Nothing to be done for `all-am'.
make[2]: Leaving directory `/home/war/lftp-2.5.3/include'
make[1]: Leaving
It has never been able to work through the Squid proxy except for HTTP.
I've used WGET, Web Downloader For X, and several other tools to use
ftp + http without a problem, has anyone else had this problem?
alias lftps='lftp -e set ftp:proxy 192.168.168.253:3128 set
hftp:proxy
My question is: why is this so messy? My connection-limit it set to 1.
If it isn't, during a period of queue mirror -R . sometimes it will
startup multiple threads sending from multiple various directories from
where I did the mirror -R .. IE: Isn't it supposed to upload a single
directory at a
it in alphabetical order.
as for multiple, try 'help pget' it should point you
in the right direction.
-Darren
--- Justin Piszcz [EMAIL PROTECTED] wrote:
My question is: why is this so messy? My
connection-limit it set to 1.
If it isn't, during a period of queue mirror -R .
sometimes
Yes, this is EXACTLY the problem I was having.
Thanks for the patch, any chance it will be implemented in lftp 2.5.5?
Glenn Maynard wrote:
On Sat, Jul 06, 2002 at 03:27:27PM -0400, Justin Piszcz wrote:
My question is: why is this so messy? My connection-limit it set to 1.
If it isn't
The remote link is an un-utilized T3.
The downlink is a 3MBIT cable modem.
Ragnar Kjørstad wrote:
On Thu, Aug 01, 2002 at 11:48:56AM -0600, Andreas Dilger wrote:
Problem: The pget -n feature of lftp is very nice if you want to maximize
your download bandwidth, however, if
My ISP = Adelphia.
The area in which I live in has many problems, simply check:
http://www.dslreports.com/forum/adelphia
The post with 700+ threads is where I am.
Basically, each thread from their service only gives you 10-20KB/s.
To get any decent speed while downloading, you must download in
Glenn Maynard wrote:
Since you CC'd yourself on your own mail, I'm assuming you want CC's on
this. If you really do, you should probably add a Mail-Followup-To
header.
It'd be nice if you'd include your name in your From, so we have something
other than jpiszcz to refer to you as, by the
ncftp / ls -ltr
-rwxrw-rw- 1 bob bob 200 Aug 10 19:18 2MB
-rwxrw-rw- 1 bob bob 100 Aug 11 02:30 1MB
-rwxrw-rw- 1 bob bob 500 Aug 11 02:42 5MB
-rwxrw-rw- 1 bob bob 2000 Aug 11 10:25 20MB
-rwxrw-rw- 1 bob bob 20 Aug 11 14:48 0.2MB
lftp parses the arguments, as it _does_ work on proftpd and
other UNIX based ftp servers.
but just not certain ftp servers?
Glenn Maynard wrote:
On Sun, Aug 25, 2002 at 10:48:08AM -0400, Justin Piszcz wrote:
ncftp / ls -ltr
lftp doesn't parse these arguments. debug 9 output would help
ahh, nevermind, its a website, spoke to soon
Noel Koethe wrote:
Hello,
lftp (2.6.2) has a problem with the percent calculation with
files larger than 2 gb (http://bugs.debian.org/157019).
This is the file:
245760 Sep 21 23:11 bigfile
lftp www:/ get bigfile
`bigfile' at 30416896
set cmd:ls-default -a
set cmd:ls-default ls -la
--- LIST test293
--- 150 Opening BINARY mode data connection for directory listing.
Closing data socket
total 0
lftp [EMAIL PROTECTED]:/REQ
ls -la test293
--- LIST -la test293
--- 150 Opening BINARY mode data connection for directory listing.
subscribe lftp
subscribe lftp-devel
Forgot I was on the list wrong email majordomo :) - ignore thx.
On Sat, 9 Aug 2003, Justin Piszcz wrote:
subscribe lftp
subscribe lftp-devel
lftp [EMAIL PROTECTED]:/pub jobs -v -v -v
[0] queue (ftp://test:[EMAIL PROTECTED])
ftp://test:[EMAIL PROTECTED]/%2Fpub
Now executing: [1] mirror -c test1
Commands queued:
1. mirror -c test2
2. mirror -c test3
3. mirror -c test4
lftp [EMAIL
Yes it is , attached.
On Fri, 2 Apr 2004, Alexander V. Lukyanov wrote:
On Fri, Apr 02, 2004 at 07:02:15AM -0500, Justin Piszcz wrote:
./configure --with-socks5 error
lftp 2.6 uses it fine
(socks-5.0r11) from NEC
NetAccess.cc:241: error: `SOCKSbind' undeclared (first use
$
On Fri, 2 Apr
2004,
Alexander V. Lukyanov wrote:
On Fri, Apr 02, 2004 at 09:35:52AM -0500, Justin Piszcz wrote:
NetAccess.cc:242: error: `SOCKSbind' undeclared (first use this function)
Ok, please try this (another) patch.
--
Alexander.
Oct 10 05:04:53 p34 postfix/policyd-weight[5786]: weighted check:
russia.blackholes.us=1.25 CL_IP_EQ_HELO_IP=-2 (check from: ac - helo:
uniyar) FROM_MATCHES_NOT_HELO=2.25 client=193.233.51.120
helo=univ.uniyar.ac.ru [EMAIL PROTECTED], rate:
-0.0609
Was not sure if the author of
Bug:
Only occured once so far:
1) cd /directory
2) mget -c file.txt
3) at the end of the trasnfer, it barfs
Here is what it looks like from the lftp/client side:
--- 200 Type set to I.
--- MDTM /pub/file.txt
--- 213 20021007100044
--- SIZE /pub/file.txt
--- 213 384452
--- PASV
--- 227
() at SMTask.cc:241
#4 0x08052671 in Job::WaitDone (this=0x810fe68) at Job.cc:557
#5 0x0804e1ad in main (argc=2, argv=0xbf9b9344) at lftp.cc:489
The second time it crashed.
On Sat, 7 Oct 2006, Justin Piszcz wrote:
Bug:
Only occured once so far:
1) cd /directory
2) mget -c file.txt
3) at the end
0x08052671 in Job::WaitDone (this=0x810fe68) at Job.cc:557
#5 0x0804e1ad in main (argc=1, argv=0xbf8f0284) at lftp.cc:489
On Sat, 7 Oct 2006, Justin Piszcz wrote:
Mirroring directories seems OK but get/mget seems to cause a segmentation
fault every time!
(gdb) bt
#0 0x6101 in ?? ()
#1
Giving it a try now.
On Mon, 9 Oct 2006, Alexander V. Lukyanov wrote:
On Sat, Oct 07, 2006 at 06:29:52AM -0400, Justin Piszcz wrote:
#1 0x08065449 in GetJob::Do (this=0x8360800) at GetJob.cc:47
Please test this patch.
--
Alexander.
That appears to have fixed the problem, I can get and mput, no
segmentation fault, by the way, what is the ALLO 753 (filesize)? I assume
this is something that was introduced recently to certain FTP daemons?
Thanks!
Justin.
On Mon, 9 Oct 2006, Justin Piszcz wrote:
Giving it a try now
$ lftp --version
LFTP | Version 3.5.11 | Copyright (c) 1996-2006 Alexander V. Lukyanov
I ran kill all while a connection was being made (while it was starting
the connection process and a core dump occured)
Core was generated by `lftp'.
Program terminated with signal 11, Segmentation fault.
1. When run debug off I still see some errors in the session:
mirror: Access failed: 550 filename.txt: Permission denied.
mirror: Access failed: 550 filename.txt: Permission denied.
mirror: Access failed: 550 filename.txt: Permission denied.
Is this intentional?
2. Can you please add the debug
With bash:
$ sleep 100
[1] 18058
$ fg
sleep 100
With lftp;
lftp :~ fg
fg: no current job
lftp :~ j
[0] get
http://3ware.com/download/Escalade9690SA-Series/9.5.2/9.5.2-Codeset-Complete.iso
`/download/Escalade9690SA-Series/9.5.2/9.5.2-Codeset-Complete.iso' at
617506256 (99%) 564.4K/s
On Thu, 18 Jun 2009, Alexander V. Lukyanov wrote:
On Wed, Jun 17, 2009 at 05:22:21PM -0400, Justin Piszcz wrote:
With lftp;
lftp :~ fg
fg: no current job
Probably the last backgrounded job has terminated already.
--
Alexander..
Nevermind-- that was the case, thanks.
Justin.
Sorin,
Can you generate a core file and perform a backtrace with gdb so Alexander
will have the information to help figure out what is causing the crash?
Justin.
On Thu, 10 Sep 2009, Sorin Sbarnea wrote:
Please send me your public key and I will make you an account on my
server. I suppose
On Sat, 5 Dec 2009, Arkadiusz Miskiewicz wrote:
remote server contains
/somedir/ble.txt
/otherdir/crap.txt
/another/ble.txt
mirror -c -i '.*ble.*'
creates locally all three dirs which doesn't make sense. I would consider this
to be a bug. IMO only somedir and anotherdir should be created
Hello Alexander,
$ /vapp/bin/lftp --version
LFTP | Version pre4.5.0-20131206 | Copyright (c) 1996-2013 Alexander V.
Lukyanov
Performed same test under same conditions using the same file, 3-times:
156505837056 bytes transferred in 205 seconds (726.62M/s)
156505837056 bytes transferred in 193
-Original Message-
From: Alexander V. Lukyanov [mailto:l...@netis.ru]
Sent: Friday, December 06, 2013 8:39 AM
To: Justin Piszcz
Cc: lftp-devel@uniyar.ac.ru
Subject: Re: lftp-pre4.5.0-20131206
On Fri, Dec 06, 2013 at 08:31:38AM -0500, Justin Piszcz wrote:
Hello Alexander
-Original Message-
From: Alexander V. Lukyanov [mailto:l...@netis.ru]
Sent: Thursday, December 12, 2013 2:47 AM
To: Justin Piszcz
Cc: lftp-devel@uniyar.ac.ru
Subject: Re: lftp-pre4.5.0-20131206
On Wed, Dec 11, 2013 at 06:37:16AM -0500, Justin Piszcz wrote:
I am using Debian
(799.54M/s)
Justin.
-Original Message-
From: Alexander V. Lukyanov [mailto:l...@netis.ru]
Sent: Friday, December 13, 2013 8:39 AM
To: Justin Piszcz
Cc: lftp-devel@uniyar.ac.ru
Subject: Re: lftp-pre4.5.0-20131206
On Thu, Dec 12, 2013 at 04:24:14AM -0500, Justin Piszcz wrote:
lftp
+1482minor)pagefaults 0swaps
Justin.
-Original Message-
From: Alexander V. Lukyanov [mailto:l...@netis.ru]
Sent: Friday, December 13, 2013 9:37 AM
To: Justin Piszcz
Cc: lftp-devel@uniyar.ac.ru
Subject: Re: lftp-pre4.5.0-20131206
On Fri, Dec 13, 2013 at 09:03:00AM -0500, Justin Piszcz
43 matches
Mail list logo