Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.os.linux.networking > #3968

Re: wget behavior

From MarkA <someone@somewhere.invalid>
Newsgroups comp.os.linux.networking
Subject Re: wget behavior
Date 2017-02-13 21:51 +0000
Organization NewsGuy - Unlimited Usenet $23.95
Message-ID <pan.2017.02.13.21.48.24@somewhere.invalid> (permalink)
References (5 earlier) <o7s5hb$k46$1@dont-email.me> <pan.2017.02.13.20.02.00@somewhere.invalid> <87wpctaltp.fsf@LkoBDZeT.terraraq.uk> <pan.2017.02.13.20.54.25@somewhere.invalid> <87r331aibn.fsf@LkoBDZeT.terraraq.uk>

Show all headers | View raw


On Mon, 13 Feb 2017 21:31:40 +0000, Richard Kettlewell wrote:

> MarkA <someone@somewhere.invalid> writes:
>> On Mon, 13 Feb 2017 20:16:02 +0000, Richard Kettlewell wrote:
>>> MarkA <someone@somewhere.invalid> writes:
>>>> Here it is (without line wraps in gnome terminal):
>>>>
>>>> wget https://storage-ec2-462.sharefile.com/download.ashx?
>>>> dt=dtee4b0bcf14d24d04a797f03216a4d935&h=H%
>>>                                        ^
>>>> 2bHB7RL13PQ9UWYn0spJbdXPG4Hp2mRtj1bIC4xfrG4%3d
>>> 
>>> Told you so.
>>
>> Indeed you did.  I am humbled.
>>
>> So how does an unquoted "&" affect the transfer?  I am using bash (of
>> course), and the transfer starts and runs for a while before stopping. 
>> I have subsequently discovered that it will restart on its own after
>> several minutes.
> 
> It executes everything to the left of the ‘&’ as a background command.
> 
> That may or may not be related to the download behavior; probably not,
> but it needs to be eliminated as a possibility.

I just ran the command again, this time single-quoting the URL.  When it 
got to a point where the data stopped coming, wget stayed in the 
foreground.  900 seconds later, it resumed the download after 
reconnecting to the server:

2017-02-13 16:40:51 (2.61 MB/s) - Read error at byte 
4984782848/6313479914 (Success). Retrying.

--2017-02-13 16:40:52--  (try: 2)  https://storage-ec2-462.sharefile.com/
download.ashx?dt=dtee4b0bcf14d24d04a797f03216a4d935&h=H%
2bHB7RL13PQ9UWYn0spJbdXPG4Hp2mRtj1bIC4xfrG4%3d
Connecting to storage-ec2-462.sharefile.com (storage-
ec2-462.sharefile.com)|34.197.226.34|:443... connected.
HTTP request sent, awaiting response... 206 Partial Content
Length: 6313479914 (5.9G), 1328697066 (1.2G) remaining [application/zip]
Saving to: ‘download.ashx?dt=dtee4b0bcf14d24d04a797f03216a4d935&h=H%
2bHB7RL13PQ9UWYn0spJbdXPG4Hp2mRtj1bIC4xfrG4%3d’

%3d                            82%[++++++++++++++++++++++++++++++++++++++
+=>         ]   4.85G  2.78MB/s    eta 6m 27s



Thanks again for the advice.

-- 
MarkA

You can safely assume that you have created God in your own image when it 
turns out that God hates all the same people you do.  -- Anne Lamott

Back to comp.os.linux.networking | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread


Thread

wget behavior Mark A <deeptht69@gmail.com> - 2017-02-12 14:52 -0800
  Re: wget behavior Richard Kettlewell <invalid@invalid.invalid> - 2017-02-12 23:22 +0000
    Re: wget behavior Mark A <deeptht69@gmail.com> - 2017-02-12 15:45 -0800
      Re: wget behavior Richard Kettlewell <invalid@invalid.invalid> - 2017-02-12 23:51 +0000
        Re: wget behavior MarkA <someone@somewhere.invalid> - 2017-02-12 23:59 +0000
          Re: wget behavior "Carlos E. R." <robin_listas@invalid.es> - 2017-02-13 02:09 +0100
          Re: wget behavior Allodoxaphobia <knock_yourself_out@example.net> - 2017-02-13 01:41 +0000
            Re: wget behavior "Carlos E. R." <robin_listas@invalid.es> - 2017-02-13 02:46 +0100
          Re: wget behavior Richard Kettlewell <invalid@invalid.invalid> - 2017-02-13 09:18 +0000
          Re: wget behavior William Unruh <unruh@invalid.ca> - 2017-02-13 11:32 +0000
            Re: wget behavior MarkA <someone@somewhere.invalid> - 2017-02-13 20:02 +0000
              Re: wget behavior MarkA <someone@somewhere.invalid> - 2017-02-13 20:08 +0000
                Re: wget behavior MarkA <someone@somewhere.invalid> - 2017-02-13 20:42 +0000
              Re: wget behavior Richard Kettlewell <invalid@invalid.invalid> - 2017-02-13 20:16 +0000
                Re: wget behavior MarkA <someone@somewhere.invalid> - 2017-02-13 20:57 +0000
                Re: wget behavior Richard Kettlewell <invalid@invalid.invalid> - 2017-02-13 21:31 +0000
                Re: wget behavior MarkA <someone@somewhere.invalid> - 2017-02-13 21:51 +0000
                Re: wget behavior Rick Jones <rick.jones2@hpe.com> - 2017-02-13 21:58 +0000
                Re: wget behavior MarkA <someone@somewhere.invalid> - 2017-02-14 21:46 +0000
                Re: wget behavior "Carlos E. R." <robin_listas@invalid.es> - 2017-02-13 23:37 +0100
                Re: wget behavior MarkA <someone@somewhere.invalid> - 2017-02-14 21:50 +0000

csiph-web