Can somebody help in analysis of the below output received when testing perfomance of certain website? Especially those lines representing progress meter
It appears to me curl re-tries downloading the content of the page a couple of times.. am I right ?
What would be the possible causes - would it be the malformed Content-Lenght response header ?
About to connect() to xx.example.com port 80 (#0)
Trying 12.12.12.12... connected
Connected to xx.example.com (12.12.12.12) port 80 (#0)
GET /testing/page HTTP/1.1
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:2.0.1)
Gecko/20100101 Firefox/4.0.1
Host: mp.example.com
Accept-Encoding: deflate, gzip
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0
HTTP/1.1 200 OK
Age: 26
Date: Thu, 21 Sept 2012 15:19:48 GMT
Cache-Control: max-age=60
Xontent-Length:
Connection: Close
Via: proxy
ETag: "KNANXUSNFMBN"
Content-Type: application/json;charset=UTF-8
Vary: Accept-Encoding
[data not shown]
100 32074 0 32074 0 0 54987 0 --:--:-- --:--:-- --:--:-- 55300
100 49400 0 49400 0 0 28372 0 --:--:-- 0:00:01 --:--:-- 28423
100 52121 0 52121 0 0 20174 0 --:--:-- 0:00:02 --:--:-- 20201
100 58912 0 58912 0 0 16923 0 --:--:-- 0:00:03 --:--:-- 16938
100 58912 0 58912 0 0 13142 0 --:--:-- 0:00:04 --:--:-- 13152
100 58912 0 58912 0 0 10742 0 --:--:-- 0:00:05 --:--:-- 5476
100 58912 0 58912 0 0 9083 0 --:--:-- 0:00:06 --:--:-- 2004
100 58912 0 58912 0 0 7868 0 --:--:-- 0:00:07 --:--:-- 1384
100 58912 0 58912 0 0 6940 0 --:--:-- 0:00:08 --:--:-- 0
100 58912 0 58912 0 0 6207 0 --:--:-- 0:00:09 --:--:-- 0
100 58912 0 58912 0 0 5615 0 --:--:-- 0:00:10 --:--:-- 0
100 58912 0 58912 0 0 5125 0 --:--:-- 0:00:11 --:--:-- 0
100 58912 0 58912 0 0 4715 0 --:--:-- 0:00:12 --:--:-- 0
100 58912 0 58912 0 0 4365 0 --:--:-- 0:00:13 --:--:-- 0
100 58912 0 58912 0 0 4063 0 --:--:-- 0:00:14 --:--:-- 0
100 58912 0 58912 0 0 3801 0 --:--:-- 0:00:15 --:--:-- 0
100 58912 0 58912 0 0 3570 0 --:--:-- 0:00:16 --:--:-- 0
100 58912 0 58912 0 0 3366 0 --:--:-- 0:00:17 --:--:-- 0
100 58913 0 58913 0 0 3226 0 --:--:-- 0:00:18 --:--:-- 0
100 113k 0 113k 0 0 6067 0 --:--:-- 0:00:19 --:--:-- 12387*
Closing connection #0
END - total_time: 19.094
(cumul_times - dns: 0.002 connect: 0.004 pretrans: 0.004 firstbyte: 0.006)
status: 200 size: 115856 hsize: 269 date: 16.08.2012-18:20:33 1345130433
I would appreciate all input on this.
I am troubleshooting the delays to that specific web page, I am looking for advise on how to interpret those curl progress meter lines.
in working scenario - where there is no delay - there is 1 progress meter line :
Age: 28
Date: Thu, 21 Sep Aug 2012 15:20:46 GMT
Cache-Control: max-age=60
Content-Length: 115856
Connection: Keep-Alive
Via: proxy
ETag: "KXNFGAHSKCUY"
Content-Type: application/json;charset=UTF-8
Vary: Accept-Encoding
[data not shown]
100 113k 100 113k 0 0 6402k 0 --:--:-- --:--:-- --:--:-- 8703k*
Connection #0 to host xx.example.com left intact
Closing connection #0
END - **total_time: 0.018**
(cumul_times - dns: 0.002 connect: 0.004 pretrans: 0.004 firstbyte: 0.006)
status: 200 size: 115856 hsize: 269 date: 16.08.2012-18:21:14 1345130474
My question is what do the individual lines mean? That the curl got only part of the content and has been re-trying and re-trying.
And what could be the cause? Slow server? Drops on the WAN connection .....?
Can you post the curl request you executed?
Though, You may want to use ab or apib (available on google code) for benchmarking.
Related
I have a template file which I'd like to execute some simple code in (I have an endpoint which returns some json revealing other server details which are relevant to the template). I've added in the following code (values omitted where relevant):
<% require 'open3'
url = 'https://a.valid.address.com'
path = '/nodeStatuses'
port = '18091'
username = 'admin'
password = "#{#template_password}"
Open3.popen3("curl -m 10 -X GET --noproxy '*' -vvvv -m 10 --cacert /etc/pki/ca-trust/source/anchors/RootCA.crt -k -u #{username}:#{password} #{url}:#{port}#{path}") do |stdin, stdout, stderr, thread|
pid = thread.pid
stdin.close
#stdout = stdout.read.chomp
#stderr = stderr.read.chomp
end %>
stdout: <%= #stdout %>
stderr: <%= #stderr %>
Strangely all my templates are filled with timeouts:
stderr: % Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
^M 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0* About to connect() to a.valid.address.com port 18091 (#0)
* Trying 10.10.10.10...
^M 0 0 0 0 0 0 0 0 --:--:-- 0:00:01 --:--:-- 0^M 0 0 0 0 0 0 0 0 --:--:-- 0:00:02 --:--:-- 0^M 0 0 0 0 0 0 0 0 --:--:-- 0:00:03 --:--:-- 0^M 0 0 0 0 0 0 0 0 --:--:-- 0:00:04 --:--:-- 0^M 0 0 0 0 0 0 0 0 --:--:-- 0:00:05 --:--:-- 0^M 0 0 0 0 0 0 0 0 --:--:-- 0:00:06 --:--:-- 0^M 0 0 0 0 0 0 0 0 --:--:-- 0:00:07 --:--:-- 0^M 0 0 0 0 0 0 0 0 --:--:-- 0:00:08 --:--:-- 0^M 0 0 0 0 0 0 0 0 --:--:-- 0:00:09 --:--:-- 0* Connection timed out after 10001 milliseconds
^M 0 0 0 0 0 0 0 0 --:--:-- 0:00:10 --:--:-- 0
* Closing connection 0
curl: (28) Connection timed out after 10001 milliseconds
My immediate thoughts were that the url is offline or there's something wrong with the curl, but running the same command via command line yields results:
curl -I -s -m 10 --cacert /etc/pki/ca-trust/source/anchors/RootCA.crt -k -u admin:secret https://a.valid.address.com:18091/nodeStatuses
HTTP/1.1 200 OK
X-XSS-Protection: 1; mode=block
X-Permitted-Cross-Domain-Policies: none
X-Frame-Options: DENY
X-Content-Type-Options: nosniff
Server: Couchbase Server
Pragma: no-cache
Expires: Thu, 01 Jan 1970 00:00:00 GMT
Date: Fri, 30 Sep 2022 09:00:46 GMT
Content-Type: application/json
Content-Length: 685
Cache-Control: no-cache,no-store,must-revalidate
Then I thought it might be a limitation with erb; nope I get a response from another url (e.g stackoverflow).
Really looking for some clues here. Any help would be very much appreciated.
This template was being rendered on the puppetmaster and not locally on the server (this is expected behaviour). In the end I changed the logic and made the command executed on the puppetmaster return a list of hosts to populate the template file. This isn’t quite what I’d intended to do originally, but the end result is the same/similar.
I've unpacked the first image from the MNIST training set and I can access the (28,28) matrix.
[[ 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0 0 0]
[ 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0 0 0]
[ 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0 0 0]
[ 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0 0 0]
[ 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0 0 0]
[ 0 0 0 0 0 0 0 0 0 0 0 0 3 18 18 18 126 136
175 26 166 255 247 127 0 0 0 0]
[ 0 0 0 0 0 0 0 0 30 36 94 154 170 253 253 253 253 253
225 172 253 242 195 64 0 0 0 0]
[ 0 0 0 0 0 0 0 49 238 253 253 253 253 253 253 253 253 251
93 82 82 56 39 0 0 0 0 0]
[ 0 0 0 0 0 0 0 18 219 253 253 253 253 253 198 182 247 241
0 0 0 0 0 0 0 0 0 0]
[ 0 0 0 0 0 0 0 0 80 156 107 253 253 205 11 0 43 154
0 0 0 0 0 0 0 0 0 0]
[ 0 0 0 0 0 0 0 0 0 14 1 154 253 90 0 0 0 0
0 0 0 0 0 0 0 0 0 0]
[ 0 0 0 0 0 0 0 0 0 0 0 139 253 190 2 0 0 0
0 0 0 0 0 0 0 0 0 0]
[ 0 0 0 0 0 0 0 0 0 0 0 11 190 253 70 0 0 0
0 0 0 0 0 0 0 0 0 0]
[ 0 0 0 0 0 0 0 0 0 0 0 0 35 241 225 160 108 1
0 0 0 0 0 0 0 0 0 0]
[ 0 0 0 0 0 0 0 0 0 0 0 0 0 81 240 253 253 119
25 0 0 0 0 0 0 0 0 0]
[ 0 0 0 0 0 0 0 0 0 0 0 0 0 0 45 186 253 253
150 27 0 0 0 0 0 0 0 0]
[ 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 16 93 252
253 187 0 0 0 0 0 0 0 0]
[ 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 249
253 249 64 0 0 0 0 0 0 0]
[ 0 0 0 0 0 0 0 0 0 0 0 0 0 0 46 130 183 253
253 207 2 0 0 0 0 0 0 0]
[ 0 0 0 0 0 0 0 0 0 0 0 0 39 148 229 253 253 253
250 182 0 0 0 0 0 0 0 0]
[ 0 0 0 0 0 0 0 0 0 0 24 114 221 253 253 253 253 201
78 0 0 0 0 0 0 0 0 0]
[ 0 0 0 0 0 0 0 0 23 66 213 253 253 253 253 198 81 2
0 0 0 0 0 0 0 0 0 0]
[ 0 0 0 0 0 0 18 171 219 253 253 253 253 195 80 9 0 0
0 0 0 0 0 0 0 0 0 0]
[ 0 0 0 0 55 172 226 253 253 253 253 244 133 11 0 0 0 0
0 0 0 0 0 0 0 0 0 0]
[ 0 0 0 0 136 253 253 253 212 135 132 16 0 0 0 0 0 0
0 0 0 0 0 0 0 0 0 0]
[ 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0 0 0]
[ 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0 0 0]
[ 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0 0 0]]
I want to do some image processing on it like converting to grayscale and then binarizing it (for machine learning), however I'm confused as to what kind of image format I'm dealing with. If this was a (28, 28, 3) it's obvious that it's an RGB image with 3 channels. However, this is a (28, 28) image with each pixel taking on a value in the discrete range [0, 255], which is rather odd. Is this image already in gray scale and do I just have to normalize the pixel values? What exactly does normalization entail? Do I multiply the flattened vector by the scalar 1/(sum of all energy values) ?
Thanks!
The images are 28x28 pixel grey-scale images with 8-bit quantization (hence the range [0-255]). The images were apparently binary black/white images but anti-aliasing during resizing caused them to have additional grey-scale values. See here for additional details.
Normally, you would normalize by dividing all values by 255 (not the sum of all pixel values).
[!] /usr/bin/curl -f -L -o /var/folders/1x/jmv798095x1fbjc_6128mflh0000gn/T/d20170314-59599-7fjizg/file.zip https://github.com/realm/SwiftLint/releases/download/0.16.1/portable_swiftlint.zip --create-dirs --netrc
% Total % Received % Xferd Average Speed Time Time Time
Current
Dload Upload Total Spent Left Speed 100 599 0 599 0 0 166 0 --:--:-- 0:00:03
--:--:-- 166 0 0 0 0 0 0 0 0 --:--:-- 0:01:20 --:--:-- 0curl: (7) Failed to connect to
github-cloud.s3.amazonaws.com port 443: Operation timed out
This is the error when i execute pod install. My network is under socks5 proxy. I can download https://github.com/realm/SwiftLint/releases/download/0.16.1/portable_swiftlint.zip easily. But how can i pod success?
My shell script uploads files to a server. I'd like the stdout and stderr to write to both a file and the console. BUT I don't want the progress bar/percentage which is stderr to go to file. I only want curl errors to write to file.
Initially I had this
curl ... 2>> "$log"
This wrote nice neat 1 or more lines of the download to the log file, but nothing to console.
I then changed it to
curl ... 3>&1 1>&2 2>&3 | tee -a "$log"
This wrote to both console and file, yay! except it wrote the whole progress for each percentage to the file, making the log file very large and tedious to read.
How can I view the progress in the console, but only write the last part of the output to file?
I want this
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
106 1166 0 0 106 1166 0 2514 --:--:-- --:--:-- --:--:-- 2 106 1166 0 0 106 1166 0 795 0:00 :01 0:00:01 --:--:-- 0 106 1166 0 0 106 1166 0 660 0:00:01 0:00:01 --:--:-- 0
This is what I get with the second curl redirect
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 9.8G 0 0 0 16384 0 24764 4d 22h --:--:-- 4d 22h 24764
0 9.8G 0 0 0 3616k 0 4098k 0:41:54 --:--:-- 0:41:54 15.9M
0 9.8G 0 0 0 24.2M 0 12.9M 0:12:59 0:00:01 0:12:58 19.8M
0 9.8G 0 0 0 50.4M 0 17.5M 0:09:34 0:00:02 0:09:32 22.7M
0 9.8G 0 0 0 79.8M 0 20.5M 0:08:09 0:00:03 0:08:06 24.7M
1 9.8G 0 0 1 101M 0 20.7M 0:08:04 0:00:04 0:08:00 24.0M
1 9.8G 0 0 1 129M 0 21.9M 0:07:37 0:00:05 0:07:32 25.1M
1 9.8G 0 0 1 150M 0 21.8M 0:07:41 0:00:06 0:07:35 25.1M
1 9.8G 0 0 1 169M 0 21.5M 0:07:47 0:00:07 0:07:40 23.8M
1 9.8G 0 0 1 195M 0 21.9M 0:07:38 0:00:08 0:07:30 23.0M
2 9.8G 0 0 2 219M 0 22.1M 0:07:33 0:00:09 0:07:24 23.5M
2 9.8G 0 0 2 243M 0 22.4M 0:07:29 0:00:10 0:07:19 22.9M
2 9.8G 0 0 2 273M 0 22.9M 0:07:17 0:00:11 0:07:06 24.6M
..
.. hundreds of lines...
..
99 9.8G 0 0 99 9982M 0 24.8M 0:06:45 0:06:41 0:00:04 24.5M
99 9.8G 0 0 99 9.7G 0 24.8M 0:06:44 0:06:42 0:00:02 24.9M
99 9.8G 0 0 99 9.8G 0 24.8M 0:06:44 0:06:43 0:00:01 26.0M
100 9.8G 0 0 100 9.8G 0 24.8M 0:06:44 0:06:44 --:--:-- 25.8M
Edit:
What I dont understand is according to http://www.tldp.org/LDP/abs/html/io-redirection.html
2>filename
# Redirect stderr to file "filename."
but if I use that I don't get every single stderr progress line in the file. If I try any of the other solutions every stderr progress line is redirected to file
Just as a video is a series of frames, an updating percentage in the console is a series of lines. What is in the file is the true output. The difference is a carriage return in a text file puts the following text below, whereas in the console it overwrites the current line.
If you want to see the updating percentage in the console, but not the file, you could use something like this:
curl |& tee >(sed '1b;$!d' > log)
Or:
curl |& tee /dev/tty | sed '1b;$!d' > log
Let's say you have 10 huge .txt files test1.txt ... test10.txt
Here's how you would upload them with a single cURL command and log the results without logging the progress meter, the trick is to use the --write-out or -w option, from the man file, these are all the relevent fields for uploading to FTP:
curl -T "test[1-10:1].txt" -u user:password sftp://example.com:22/home/user/ -# -k -w "%{url_effective}\t%{ftp_entry_path}\t%{http_code}\t%{http_connect}\t%{local_ip}\t%{local_port}\t%{num_connects}\t%{num_redirects}\t%{redirect_url}\t%{remote_ip}\t%{remote_port}\t%{size_download}\t%{size_header}\t%{size_request}\t%{size_upload}\t%{speed_download}\t%{speed_upload}\t%{ssl_verify_result}\t%{time_appconnect}\t%{time_connect}\t%{time_namelookup}\t%{time_pretransfer}\t%{time_redirect}\t%{time_starttransfer}\t%{time_total}\n" >> log.txt
For your log.txt file you may want to pre-pend the column headers first:
echo -e "url_effective\tftp_entry_path\thttp_code\thttp_connect\tlocal_ip\tlocal_port\tnum_connects\tnum_redirects\tredirect_url\tremote_ip\tremote_port\tsize_download\tsize_header\tsize_request\tsize_upload\tspeed_download\tspeed_upload\tssl_verify_result\ttime_appconnect\ttime_connect\ttime_namelookup\ttime_pretransfer\ttime_redirect\ttime_starttransfer\ttime_total" > log.txt
The -# makes the progress bar a bit neater like:
######################################################################## 100.0%
######################################################################## 100.0%
...and the curl -T "test[1-10:1].txt" piece lets you specify a range of files to upload.
I am trying to integrate the TestFlighApp.com API with my TeamCity continuous integration environment. However, after the .ipa is generated and I get to the following step:
curl http://testflightapp.com/api/builds.json \
--form file=#%teamcity.build.checkoutDir%/application.ipa \
--form api_token=XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX \
--form team_token=XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX \
--form notes='Built from TeamCity. %env.TEAMCITY_BUILDCONF_NAME%' \
--form notify=True \
--form distribution_lists='API'
I get the following results:
Step 3/4: Distribute to TestFlight (Command Line) (1m)
Starting: /Applications/buildAgent/temp/agentTmp/custom_script2782333615207409098
in directory: /Applications/buildAgent/work/7a1d432fea96afc0
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0
89 985 0 0 89 883 0 759 0:00:01 0:00:01 --:--:-- 815
89 985 0 0 89 883 0 408 0:00:02 0:00:02 --:--:-- 423
89 985 0 0 89 883 0 279 0:00:03 0:00:03 --:--:-- 286
89 985 0 0 89 883 0 211 0:00:04 0:00:04 --:--:-- 216
89 985 0 0 89 883 0 170 0:00:05 0:00:05 --:--:-- 173
89 985 0 0 89 883 0 143 0:00:06 0:00:06 --:--:-- 0
89 985 0 0 89 883 0 123 0:00:08 0:00:07 0:00:01 0
89 985 0 0 89 883 0 108 0:00:09 0:00:08 0:00:01 0
89 985 0 0 89 883 0 96 0:00:10 0:00:09 0:00:01 0
89 985 0 0 89 883 0 86 0:00:11 0:00:10 0:00:01 0
89 985 0 0 89 883 0 79 0:00:12 0:00:11 0:00:01 0
89 985 0 0 89 883 0 72 0:00:13 0:00:12 0:00:01 0
89 985 0 0 89 883 0 67 0:00:14 0:00:13 0:00:01 0
89 985 0 0 89 883 0 62 0:00:15 0:00:14 0:00:01 0
89 985 0 0 89 883 0 58 0:00:16 0:00:15 0:00:01 0
89 985 0 0 89 883 0 54 0:00:18 0:00:16 0:00:02 0
89 985 0 0 89 883 0 51 0:00:19 0:00:17 0:00:02 0
89 985 0 0 89 883 0 48 0:00:20 0:00:18 0:00:02 0
89 985 0 0 89 883 0 46 0:00:21 0:00:19 0:00:02 0
89 985 0 0 89 883 0 43 0:00:22 0:00:20 0:00:02 0
89 985 0 0 89 883 0 41 0:00:24 0:00:21 0:00:03 0
89 985 0 0 89 883 0 39 0:00:25 0:00:22 0:00:03 0
89 985 0 0 89 883 0 38 0:00:25 0:00:23 0:00:02 0
89 985 0 0 89 883 0 36 0:00:27 0:00:24 0:00:03 0
89 985 0 0 89 883 0 35 0:00:28 0:00:25 0:00:03 0
89 985 0 0 89 883 0 33 0:00:29 0:00:26 0:00:03 0
89 985 0 0 89 883 0 32 0:00:30 0:00:27 0:00:03 0
89 985 0 0 89 883 0 31 0:00:31 0:00:28 0:00:03 0
89 985 0 0 89 883 0 30 0:00:32 0:00:29 0:00:03 0
89 985 0 0 89 883 0 29 0:00:33 0:00:30 0:00:03 0
89 985 0 0 89 883 0 28 0:00:35 0:00:31 0:00:04 0
89 985 0 0 89 883 0 27 0:00:36 0:00:32 0:00:04 0
89 985 0 0 89 883 0 26 0:00:37 0:00:33 0:00:04 0
89 985 0 0 89 883 0 25 0:00:39 0:00:34 0:00:05 0
89 985 0 0 89 883 0 25 0:00:39 0:00:35 0:00:04 0
89 985 0 0 89 883 0 24 0:00:41 0:00:36 0:00:05 0
89 985 0 0 89 883 0 23 0:00:42 0:00:37 0:00:05 0
89 985 0 0 89 883 0 23 0:00:42 0:00:38 0:00:04 0
89 985 0 0 89 883 0 22 0:00:44 0:00:39 0:00:05 0
89 985 0 0 89 883 0 21 0:00:46 0:00:40 0:00:06 0
89 985 0 0 89 883 0 21 0:00:46 0:00:41 0:00:05 0
89 985 0 0 89 883 0 20 0:00:49 0:00:42 0:00:07 0
89 985 0 0 89 883 0 20 0:00:49 0:00:43 0:00:06 0
89 985 0 0 89 883 0 19 0:00:51 0:00:44 0:00:07 0
89 985 0 0 89 883 0 19 0:00:51 0:00:45 0:00:06 0
89 985 0 0 89 883 0 19 0:00:51 0:00:46 0:00:05 0
89 985 0 0 89 883 0 18 0:00:54 0:00:47 0:00:07 0
89 985 0 0 89 883 0 18 0:00:54 0:00:48 0:00:06 0
89 985 0 0 89 883 0 17 0:00:57 0:00:49 0:00:08 0
89 985 0 0 89 883 0 17 0:00:57 0:00:50 0:00:07 0
89 985 0 0 89 883 0 17 0:00:57 0:00:51 0:00:06 0
89 985 0 0 89 883 0 16 0:01:01 0:00:52 0:00:09 0
89 985 0 0 89 883 0 16 0:01:01 0:00:53 0:00:08 0
89 985 0 0 89 883 0 16 0:01:01 0:00:54 0:00:07 0
89 985 0 0 89 883 0 15 0:01:05 0:00:55 0:00:10 0
89 985 0 0 89 883 0 15 0:01:05 0:00:56 0:00:09 0
89 985 0 0 89 883 0 15 0:01:05 0:00:57 0:00:08 0
89 985 0 0 89 883 0 15 0:01:05 0:00:58 0:00:07 0
89 985 0 0 89 883 0 14 0:01:10 0:00:59 0:00:11 0
89 985 0 0 89 883 0 14 0:01:10 0:01:00 0:00:10 0
89 985 0 0 89 883 0 14 0:01:10 0:01:00 0:00:10 0
curl: (52) Empty reply from server
Process exited with code 52
Step Distribute to TestFlight (Command Line) failed
Any assistance with this would be GREATLY appreciated!
Thanks
Ryan