Refactor how we track pip errors

There are two major class of pip error, the first is fatal the second is
not.

First we have the complete inability to find a distribution for a
package. This can happen due to network errors or the package simply not
existing. Track that in 1449136 our long standing pip had a problem bug.

Second there is the pip had a retriable network problem and is retrying.
By default 5 attempts are made and typically pip will eventually
succeed. If it does not succeed it logs the error from the first issue.
We track this retry issue in 1708686 because while not fatal it may
indicate larger underlying problems we should be aware of but also don't
want it distracting from actual failures in jobs.

Change-Id: I2dbe4b887ed868bd57c58a79a6f2b5600366e116
Related-bug: 1449136
Related-bug: 1708686
This commit is contained in:
Clark Boylan 2017-08-04 09:16:15 -07:00
parent 4e4c1d6e89
commit e684725016
2 changed files with 6 additions and 2 deletions

View File

@ -1,3 +1,3 @@
query: >-
message:"ReadTimeoutError: HTTPConnectionPool"
AND tags:console
message:"No matching distribution found for"
AND tags:console

4
queries/1708686.yaml Normal file
View File

@ -0,0 +1,4 @@
query: >-
message:"ReadTimeoutError: HTTPConnectionPool"
AND message:"pypi"
AND tags:console