<div dir="ltr">Xavier posted the exact URL of the failing snap in this thread:<div><br></div><div>"<span style="font-size:12.8px">[1] -</span><span style="font-size:12.8px"> </span><a href="https://public.apps.ubuntu.com/anon/download-snap/rFpKbTdZ31LyAxWF6RpcerZov1TdtDly_24.snap" target="_blank" style="font-size:12.8px">https://public.apps.ubuntu.<wbr>com/anon/download-snap/<wbr>rFpKbTdZ31LyAxWF6RpcerZov1TdtD<wbr>ly_24.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 class="gmail-HOEnZb" style="font-size:12.8px"><div class="gmail-adm"><div id="gmail-q_158c577ab6a89724_1" class="gmail-ajR gmail-h4"></div></div></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 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_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 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_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 class="m_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 class="m_2037343581792085072moz-txt-link-freetext" href="https://public.apps.ubuntu.com/anon/download-snap/" target="_blank">https://public.apps.ubuntu.<wbr>com/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 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-<wbr>certificates.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 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 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/<wbr>YZ7LshLxDQQIrhAL6DMLub2yTVUA2D<wbr>IK_15.snap
    HTTP/1.1<br>
    > Host: <a 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 href="mailto:Snapcraft@lists.snapcraft.io">Snapcraft@lists.snapcraft.io</a><br>
Modify settings or unsubscribe at: <a 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 href="http://niemeyer.net" target="_blank">http://niemeyer.net</a></div>
</div>