<html>
<head>
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">Le 05/12/2016 à 17:32, Gustavo Niemeyer
a écrit :<br>
</div>
<blockquote
cite="mid:CANySw1mz0ed+M81wsQU2QcEh2_gOYeXoiFXc8vJ7kLu3xJ2nfA@mail.gmail.com"
type="cite">
<div dir="ltr">Okay, so curl is not retrying. That means the
problem is specific to something snapd is doing with the
server.. might still be a problem on the client or the server
under those particular conditions.
<div><br>
</div>
<div>Can I hand you a binary for you to try out?</div>
</div>
</blockquote>
<br>
Sure! I'm happy to give it a test (probably tomorrow by now), while
I have my setup nearby.<br>
<br>
<br>
<blockquote
cite="mid:CANySw1mz0ed+M81wsQU2QcEh2_gOYeXoiFXc8vJ7kLu3xJ2nfA@mail.gmail.com"
type="cite">
<div class="gmail_extra"><br>
<div class="gmail_quote">On Mon, Dec 5, 2016 at 1:44 PM, Didier
Roche <span dir="ltr"><<a moz-do-not-send="true"
href="mailto:didrocks@ubuntu.com" target="_blank">didrocks@ubuntu.com</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000"><span class="">
<div class="m_2017832842691031138moz-cite-prefix">Le
05/12/2016 à 16:05, Gustavo Niemeyer a écrit :<br>
</div>
<blockquote type="cite">
<div dir="ltr">Xavier posted the exact URL of the
failing snap in this thread:</div>
</blockquote>
</span> Note it's not *the* failing snap but *a* failing
snap. Every "snap install" here is failing on my setup
when they are more than a couple of MB. This is why I
posted as such in the instructions on the bug.<br>
<br>
So, with curl -v -L, with the same snap than on the bug
report, here are the results: <a moz-do-not-send="true"
class="m_2017832842691031138moz-txt-link-freetext"
href="http://paste.ubuntu.com/23583801/" target="_blank">http://paste.ubuntu.com/<wbr>23583801/</a><br>
I did 10 successful downloads in a row. This snap is 23MB.<br>
<br>
I did retry with the new revision (49), 32MB.<br>
Tried 10 times with curl, 10 successful and complete
downloads (one is <a moz-do-not-send="true"
class="m_2017832842691031138moz-txt-link-freetext"
href="http://paste.ubuntu.com/23583847/" target="_blank">http://paste.ubuntu.com/<wbr>23583847/</a>),
with expected size and checksum.<br>
Tried 10 times with snapd, got hashsum mismatch 10 times.
Download stops after few KBs up to few MBs.<br>
<br>
Cheers,<br>
Didier
<div>
<div class="h5"><br>
<br>
<blockquote type="cite">
<div dir="ltr">
<div><br>
</div>
<div>"<span style="font-size:12.8px">[1] -</span><span
style="font-size:12.8px"> </span><a
moz-do-not-send="true"
href="https://public.apps.ubuntu.com/anon/download-snap/rFpKbTdZ31LyAxWF6RpcerZov1TdtDly_24.snap"
style="font-size:12.8px" target="_blank">https://public.apps.ubuntu.c<wbr>om/anon/download-snap/rFpKbTdZ<wbr>31LyAxWF6RpcerZov1TdtDly_24.<wbr>snap</a><span
style="font-size:12.8px"> </span><span
style="font-size:12.8px">(extracted from the
log file)"</span></div>
<div><span style="font-size:12.8px"><br>
</span></div>
<div>Bret also posted another one above (thanks!).</div>
<div><span style="font-size:12.8px"><br>
</span></div>
</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">On Mon, Dec 5, 2016 at
12:52 PM, Didier Roche <span dir="ltr"><<a
moz-do-not-send="true"
href="mailto:didrocks@ubuntu.com"
target="_blank">didrocks@ubuntu.com</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0
0 0 .8ex;border-left:1px #ccc
solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000"><span>
<div
class="m_2017832842691031138m_2037343581792085072moz-cite-prefix">Le
05/12/2016 à 15:38, Gustavo Niemeyer a
écrit :<br>
</div>
<blockquote type="cite">
<div dir="ltr"><br>
<div class="gmail_extra"><br>
<div class="gmail_quote">On Mon, Dec
5, 2016 at 12:23 PM, Didier Roche
<span dir="ltr"><<a
moz-do-not-send="true"
href="mailto:didrocks@ubuntu.com"
target="_blank">didrocks@ubuntu.com</a>></span>
wrote:<br>
<blockquote class="gmail_quote"
style="margin:0 0 0
.8ex;border-left:1px #ccc
solid;padding-left:1ex">
<div bgcolor="#FFFFFF"
text="#000000"><span>
<div
class="m_2017832842691031138m_2037343581792085072m_557326114865415527moz-cite-prefix">I
did though write on the
bug: "contrary to curl or
wget which both supports
large downloads."<br>
</div>
</span> The feedback thread
mentioned as well "while same
assets can be successfully
downloaded via curl or wget". </div>
</blockquote>
<blockquote class="gmail_quote"
style="margin:0 0 0
.8ex;border-left:1px #ccc
solid;padding-left:1ex">
<div bgcolor="#FFFFFF"
text="#000000"> I thought that
was really obvious that they
worked consistently and that I
did rerun then multiple times
or I wouldn't have opened the
bug report + write this
feedback. Sorry if that wasn't
clear enough, let's move on :)</div>
</blockquote>
<div><br>
</div>
<div>If you file a bug and a
developer asks for specific
information that wasn't
provided, it means the specific
information is not obvious.</div>
<div><br>
</div>
<blockquote class="gmail_quote"
style="margin:0 0 0
.8ex;border-left:1px #ccc
solid;padding-left:1ex">
<div bgcolor="#FFFFFF"
text="#000000"><span>
<blockquote type="cite">
<div dir="ltr">
<div class="gmail_extra">
<div
class="gmail_quote">
<div>Is it the
case? Did you
ever get a failure
with them? Are
they retrying
while they work?
Do you have a
verbose dumb of
the process?</div>
</div>
</div>
</div>
</blockquote>
</span> Yes, as mentioned. I
never got any failure with any
of them and I did retry
multiple times in loop when I
saw the snapd failures.<br>
wget is in verbose mode by
default and I never got any
hint that it was retrying
(just getting the normal
download output).<br>
<br>
I did just try a verbose
download in curl (here, an
ubuntu 300M image). Here is
the output: <a
moz-do-not-send="true"
class="m_2017832842691031138m_2037343581792085072m_557326114865415527moz-txt-link-freetext"
href="http://paste.ubuntu.com/23583568/" target="_blank">http://paste.ubuntu.com/235835<wbr>68/</a>.
It seems that curl doesn't
complain of any reconnect.</div>
</blockquote>
<div><br>
</div>
<div>You are downloading an image
from an arbitrary server on the
internet unrelated to the
problem we're trying to debug.</div>
<div><br>
Can you please attempt these
several curl downloads while
using the exact same URL that
failed for snapd?</div>
</div>
</div>
</div>
</blockquote>
<br>
</span> As a developer asking for more debug
information, can you please paste the exact
instructions on how to get those?<br>
<br>
I'm trying the <a moz-do-not-send="true"
class="m_2017832842691031138m_2037343581792085072moz-txt-link-freetext"
href="https://public.apps.ubuntu.com/anon/download-snap/"
target="_blank">https://public.apps.ubuntu.com<wbr>/anon/download-snap/</a>
based url with the .snap showing up in the
logs to get the exact same assets I pasted
snapd information on. However, curl -v
returns (output stripped out):<br>
* Trying 162.213.33.92...<br>
* Connected to <a moz-do-not-send="true"
href="http://public.apps.ubuntu.com"
target="_blank">public.apps.ubuntu.com</a>
(162.213.33.92) port 443 (#0)<br>
* found 173 certificates in
/etc/ssl/certs/ca-certificates<wbr>.crt<br>
* found 692 certificates in /etc/ssl/certs<br>
* ALPN, offering http/1.1<br>
* SSL connection using TLS1.2 /
ECDHE_RSA_AES_128_GCM_SHA256<br>
* server certificate verification OK<br>
* server certificate status
verification SKIPPED<br>
* common name: <a
moz-do-not-send="true"
href="http://public.apps.ubuntu.com"
target="_blank">public.apps.ubuntu.com</a>
(matched)<br>
* server certificate expiration date OK<br>
* server certificate activation date OK<br>
* certificate public key: RSA<br>
* certificate version: #3<br>
* subject: C=GB,L=London,O=Canonical
Group Ltd,CN=<a moz-do-not-send="true"
href="http://public.apps.ubuntu.com"
target="_blank">public.apps.ubuntu.com</a><br>
* start date: Mon, 30 May 2016 00:00:00
GMT<br>
* expire date: Wed, 21 Jun 2017
12:00:00 GMT<br>
* issuer: C=US,O=DigiCert
Inc,CN=DigiCert SHA2 Secure Server CA<br>
* compression: NULL<br>
* ALPN, server did not agree to a protocol<br>
> GET /anon/download-snap/YZ7LshLxDQ<wbr>QIrhAL6DMLub2yTVUA2DIK_15.snap
HTTP/1.1<br>
> Host: <a moz-do-not-send="true"
href="http://public.apps.ubuntu.com"
target="_blank">public.apps.ubuntu.com</a><br>
> User-Agent: curl/7.47.0<br>
> Accept: */*<br>
> <br>
< HTTP/1.1 302 FOUND<br>
<br>
I guess that's due to the macaroon exchanged
system and I'm not authorized or something
else?<br>
Thanks for helping debugging.<br>
<br>
Cheers,<br>
Didier </div>
<br>
--<br>
Snapcraft mailing list<br>
<a moz-do-not-send="true"
href="mailto:Snapcraft@lists.snapcraft.io"
target="_blank">Snapcraft@lists.snapcraft.io</a><br>
Modify settings or unsubscribe at: <a
moz-do-not-send="true"
href="https://lists.ubuntu.com/mailman/listinfo/snapcraft"
rel="noreferrer" target="_blank">https://lists.ubuntu.com/mailm<wbr>an/listinfo/snapcraft</a><br>
<br>
</blockquote>
</div>
<br>
<br clear="all">
<div><br>
</div>
-- <br>
<div class="m_2017832842691031138gmail_signature"
data-smartmail="gmail_signature"><br>
gustavo @ <a moz-do-not-send="true"
href="http://niemeyer.net" target="_blank">http://niemeyer.net</a></div>
</div>
<br>
<fieldset
class="m_2017832842691031138mimeAttachmentHeader"></fieldset>
<br>
</blockquote>
<p><br>
</p>
</div>
</div>
</div>
<br>
--<br>
Snapcraft mailing list<br>
<a moz-do-not-send="true"
href="mailto:Snapcraft@lists.snapcraft.io">Snapcraft@lists.snapcraft.io</a><br>
Modify settings or unsubscribe at: <a
moz-do-not-send="true"
href="https://lists.ubuntu.com/mailman/listinfo/snapcraft"
rel="noreferrer" target="_blank">https://lists.ubuntu.com/<wbr>mailman/listinfo/snapcraft</a><br>
<br>
</blockquote>
</div>
<br>
<br clear="all">
<div><br>
</div>
-- <br>
<div class="gmail_signature" data-smartmail="gmail_signature"><br>
gustavo @ <a moz-do-not-send="true"
href="http://niemeyer.net" target="_blank">http://niemeyer.net</a></div>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
</blockquote>
<p><br>
</p>
</body>
</html>