Failed to update: gnutls_handshake() failed

Bug #1488186 reported by Leo Arias on 2015-08-24
This bug affects 2 people
Affects Status Importance Assigned to Milestone

Bug Description

During the jenkins executions of the integration tests I found this error:

sudo snappy update
error from system-image-cli: gnutls_handshake() failed: The TLS connection was non-properly terminated.:
/tmp/snappy-tests-job/16222/src/ /tmp/snappy-tests-job/16222/src/ no such file or directory
/tmp/snappy-tests-job/16222/src/ /tmp/snappy-tests-job/16222/src/ no such file or directory
... value *exec.ExitError = &exec.ExitError{ProcessState:(*os.ProcessState)(0xc82016cac0)} ("exit status 1")
... Error: error from system-image-cli: gnutls_handshake() failed: The TLS connection was non-properly terminated.:

Michael Vogt (mvo) on 2015-08-25
Changed in snappy:
status: New → Triaged
importance: Undecided → High
Michael Vogt (mvo) wrote :

This error comes from the "system-image-cli" binary which uses pycurl/gnutls. This means that either the system-image server or the client have problems, its odd that it only happens sometimes (or a network problem with the datacenter which seems unlikely).

Do you see any pattern when it comes to the architecture or anything else? Or is it just random?

Fwiw, it seems like its happening in gnutls deep in gnutls_record.c:recv_headers() its also not a timeout issue as this will trigger a different error code in gnutls.

Whats strange is that
for i in $(seq 10); do curl >/dev/null; sleep 0.2; done
does work just fine for me. I wonder if we could run this on the jenkins host to see if that shows errors there.

Leo Arias (elopio) wrote :

I ran the loop many times from the jenkins machine. No errors there either.

Leo Arias (elopio) wrote :

I've send an RT. Will keep you posted.

Leo Arias (elopio) wrote :

this morning it failed on ubuntu-device-flash like this:

Leo Arias (elopio) wrote :

another u-d-f error today:

Leo Arias (elopio) wrote :

As suggested by nessita, I'm opening different bugs for the package download and the icon download, because they are in different servers: bug #1510136 and bug #1510138. We can keep this one to track the failure to download from system-image.

Leo Arias (elopio) wrote :

Even if this happens to be a problem in the servers, the client should handle this better with retries.

Leo Arias (elopio) wrote :

we are no longer using system image. We already have bugs opened for downloads failing on the store, so I'm just closing this.

Changed in snappy:
status: Triaged → Invalid
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers