summaryrefslogtreecommitdiff
path: root/vendor/github.com/spf13
diff options
context:
space:
mode:
authorEd Santiago <santiago@redhat.com>2021-09-22 07:30:03 -0600
committerEd Santiago <santiago@redhat.com>2021-09-22 07:49:19 -0600
commit5acf8ae120518cd69437bee778c5fa4ba03eff9b (patch)
tree5951e1261fdf1904a9320444a5fdf0744a687344 /vendor/github.com/spf13
parent7910bfd7c1f93a9bac73ae855a1eb6b63aa642a2 (diff)
downloadpodman-5acf8ae120518cd69437bee778c5fa4ba03eff9b.tar.gz
podman-5acf8ae120518cd69437bee778c5fa4ba03eff9b.tar.bz2
podman-5acf8ae120518cd69437bee778c5fa4ba03eff9b.zip
Eighty-six eighty-eighty
(Sorry, couldn't resist). CI flakes have been coming down - thank you to everyone who has been making them a priority. This leaves a noisy subset that I've just been ignoring for months: Running: podman ... -p 8080:something ...cannot listen on the TCP port: listen tcp4 :8080: bind: address already in use Sometimes these are one-time errors resolved on 2nd try; sometimes they fail three times, forcing CI user to hit Rerun. In all cases they make noise in my flake logs, which costs me time. My assumption is that this has to do with ginkgo running random tests in parallel. Since many e2e tests simplemindedly use 8080, collisions are inevitable. Solution: simplemindedly replace 8080 with other (also arbitrarily picked) numbers. This is imperfect -- it requires human developers to pick a number NNNN and 'grep NNNN test/e2e/*' before adding new tests, which I am 100% confident ain't gonna happen -- but it's better than what we have now. Side note: I considered writing and using a RandomAvailablePort() helper, but that would still be racy. Plus, it would be a pain to interpolate strings into so many places. Finally, with this hand-tooled approach, if/when we _do_ get conflicts on port NNNN, it should be very easy to grep for NNNN, find the offending tests that reuse that port, and fix one of them. Signed-off-by: Ed Santiago <santiago@redhat.com>
Diffstat (limited to 'vendor/github.com/spf13')
0 files changed, 0 insertions, 0 deletions