Hi! I’m use ubuntu 16.04.2 and snap 2.22.6 version.
➜ snap --version
snap 2.22.6
snapd 2.22.6
series 16
ubuntu 16.04
kernel 4.8.0-46-generic
➜ sudo snap install minesweeper
error: cannot perform the following tasks:
- Download snap "core" (1577) from channel "stable" (read tcp 192.168.152.130:40748->95.172.71.42:443: read: connection reset by peer)
➜ tmp sudo snap install uappexplorer-cli
error: cannot perform the following tasks:
- Download snap "core" (1577) from channel "stable" (read tcp 192.168.152.130:50130->95.172.71.38:443: read: connection reset by peer)
Internet conenction is ok.
added: seems it’s works as well now.
You mean you don’t have this problem now?
kyrofa
April 17, 2017, 8:26pm
4
I just hit this as well, on both 64.94.115.6 and 64.94.115.7. For what it’s worth:
$ mtr --report 64.94.115.6
Start: Mon Apr 17 20:10:51 2017
HOST: growing-urchin Loss% Snt Last Avg Best Wrst StDev
1.|-- 10.218.103.1 0.0% 10 0.1 0.1 0.1 0.2 0.0
2.|-- router.asus.com 0.0% 10 0.9 1.0 0.9 1.8 0.0
3.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
4.|-- dtr01wlwlwa-tge-0-2-0-0.w 0.0% 10 11.5 13.4 8.5 37.3 8.5
5.|-- dtr04knwcwa-bue-1.knwc.wa 10.0% 10 20.1 12.3 10.0 20.1 3.0
6.|-- dtr03knwcwa-bue-2.knwc.wa 0.0% 10 10.9 11.7 10.1 15.2 1.5
7.|-- 96-34-111-218.static.unas 0.0% 10 15.6 14.4 12.9 16.1 0.9
8.|-- 96-34-108-178.static.unas 0.0% 10 19.8 18.4 13.5 22.3 3.1
9.|-- bbr01sttlwa-tge-0-1-0-4.s 0.0% 10 33.6 23.2 17.3 33.6 5.7
10.|-- prr01sttlwa-bue-1.sttl.wa 0.0% 10 17.2 17.8 15.3 25.2 2.7
11.|-- seattle-ix.pnap.net 0.0% 10 17.7 16.1 15.2 17.9 0.8
12.|-- core1.po2.inapvox-31.sea. 0.0% 10 17.4 19.2 17.4 22.5 1.6
13.|-- border2.ae1-bbnet1.sef.pn 0.0% 10 20.9 19.9 17.3 27.6 2.9
14.|-- cdn-gw1.ve2.sef004.intern 0.0% 10 15.7 16.8 15.7 18.0 0.6
15.|-- cdce.sef004.internap.com 0.0% 10 17.9 19.0 16.9 21.7 1.1
kyrofa
April 17, 2017, 8:33pm
5
@this_self would you mind running the following command, pastebinning its output, and adding it as a comment on LP: #/1617765 ? Note that you may need to apt install mtr.
$ mtr --report 95.172.71.42
right
Here is output:
➜ ~ mtr --report 95.172.71.42
Start: Tue Apr 18 00:07:34 2017
HOST: ifreevmw Loss% Snt Last Avg Best Wrst StDev
1.|-- 192.168.152.2 0.0% 10 0.3 0.5 0.2 1.4 0.0
2.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
➜ ~
But…
➜ ~ ping -c 5 95.172.71.42
PING 95.172.71.42 (95.172.71.42) 56(84) bytes of data.
64 bytes from 95.172.71.42: icmp_seq=1 ttl=128 time=37.6 ms
64 bytes from 95.172.71.42: icmp_seq=2 ttl=128 time=38.3 ms
64 bytes from 95.172.71.42: icmp_seq=3 ttl=128 time=38.9 ms
64 bytes from 95.172.71.42: icmp_seq=4 ttl=128 time=39.5 ms
64 bytes from 95.172.71.42: icmp_seq=5 ttl=128 time=39.4 ms
--- 95.172.71.42 ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4010ms
rtt min/avg/max/mdev = 37.688/38.803/39.543/0.715 ms
kyrofa
April 17, 2017, 10:34pm
7
Ah darn, that makes the mtr not so useful.
mvo
April 18, 2017, 8:39am
8
Thanks for your report! This is very useful. It looks like the CDN is acting up, but in any case, snapd should try a bit harder instead of giving up right away. I created a branch that adds a retry on connection reset.
2 Likes
This might also be a “smart” router trying to detect and block bulk traffic, but indeed, we should retry even then.
