I tracked the following error:
http://logs.openstack.org/69/690ccfd43fb141c26652e119f1d702b65414a194/post/octavia-releasenotes/238e6ab/console.html#_2017-08-11_17_50_10_439343
mirror.ord.rax.openstack.org_access.log:2001:4801:7828:101:be76:4eff:fe10:6e6a - - [11/Aug/2017:12:29:35 +0000] "GET /pypi/packages/1c/17/653639940e2a4f20e42af1738ec3350e972a11d0209ecd65c6034876cf60/blockdiag-1.5.3-py2.py3-none-any.whl HTTP/1.1" 200 2722535 "-" "pip/9.0.1 {\"cpu\":\"x86_64\",\"distro\":{\"id\":\"Xenial Xerus\",\"libc\":{\"lib\":\"glibc\",\"version\":\"2.23\"},\"name\":\"Ubuntu\",\"version\":\"16.04\"},\"implementation\":{\"name\":\"CPython\",\"version\":\"2.7.12\"},\"installer\":{\"name\":\"pip\",\"version\":\"9.0.1\"},\"openssl_version\":\"OpenSSL 1.0.2g 1 Mar 2016\",\"python\":\"2.7.12\",\"system\":{\"name\":\"Linux\",\"release\":\"4.4.0-89-generic\"}}"
There was no segfault immediately proximate (though there were some before and after).
That transfer is larger than the file on disk, as expected:
-rw-r--r-- 1 10001 root 2722270 Jul 27 2016 /afs/openstack.org/mirror/pypi/web/packages/1c/17/653639940e2a4f20e42af1738ec3350e972a11d0209ecd65c6034876cf60/blockdiag-1.5.3-py2.py3-none-any.whl
md5sum /afs/openstack.org/mirror/pypi/web/packages/1c/17/653639940e2a4f20e42af1738ec3350e972a11d0209ecd65c6034876cf60/blockdiag-1.5.3-py2.py3-none-any.whl e4ca7dcb239e22ea0d249c5403e02620 /afs/openstack.org/mirror/pypi/web/packages/1c/17/653639940e2a4f20e42af1738ec3350e972a11d0209ecd65c6034876cf60/blockdiag-1.5.3-py2.py3-none-any.whl
This suggests a network or client side error. When looking into this previously, we found that pip can mask network errors and simply report hash mismatches.
I tracked the following error:
http:// logs.openstack. org/69/ 690ccfd43fb141c 26652e119f1d702 b65414a194/ post/octavia- releasenotes/ 238e6ab/ console. html#_2017- 08-11_17_ 50_10_439343
mirror. ord.rax. openstack. org_access. log:2001: 4801:7828: 101:be76: 4eff:fe10: 6e6a - - [11/Aug/ 2017:12: 29:35 +0000] "GET /pypi/packages/ 1c/17/653639940 e2a4f20e42af173 8ec3350e972a11d 0209ecd65c60348 76cf60/ blockdiag- 1.5.3-py2. py3-none- any.whl HTTP/1.1" 200 2722535 "-" "pip/9.0.1 {\"cpu\ ":\"x86_ 64\",\" distro\ ":{\"id\ ":\"Xenial Xerus\" ,\"libc\ ":{\"lib\ ":\"glibc\ ",\"version\ ":\"2.23\ "},\"name\ ":\"Ubuntu\ ",\"version\ ":\"16. 04\"},\ "implementation \":{\"name\ ":\"CPython\ ",\"version\ ":\"2.7. 12\"},\ "installer\ ":{\"name\ ":\"pip\ ",\"version\ ":\"9.0. 1\"},\" openssl_ version\ ":\"OpenSSL 1.0.2g 1 Mar 2016\", \"python\ ":\"2.7. 12\",\" system\ ":{\"name\ ":\"Linux\ ",\"release\ ":\"4.4. 0-89-generic\ "}}"
There was no segfault immediately proximate (though there were some before and after).
That transfer is larger than the file on disk, as expected:
-rw-r--r-- 1 10001 root 2722270 Jul 27 2016 /afs/openstack. org/mirror/ pypi/web/ packages/ 1c/17/653639940 e2a4f20e42af173 8ec3350e972a11d 0209ecd65c60348 76cf60/ blockdiag- 1.5.3-py2. py3-none- any.whl
md5sum /afs/openstack. org/mirror/ pypi/web/ packages/ 1c/17/653639940 e2a4f20e42af173 8ec3350e972a11d 0209ecd65c60348 76cf60/ blockdiag- 1.5.3-py2. py3-none- any.whl a0d249c5403e026 20 /afs/openstack. org/mirror/ pypi/web/ packages/ 1c/17/653639940 e2a4f20e42af173 8ec3350e972a11d 0209ecd65c60348 76cf60/ blockdiag- 1.5.3-py2. py3-none- any.whl
e4ca7dcb239e22e
This suggests a network or client side error. When looking into this previously, we found that pip can mask network errors and simply report hash mismatches.