summaryrefslogtreecommitdiff
path: root/vendor/github.com/davecgh
diff options
context:
space:
mode:
authorW. Trevor King <wking@tremily.us>2018-05-31 17:17:59 -0700
committerAtomic Bot <atomic-devel@projectatomic.io>2018-06-01 08:28:06 +0000
commit34886a79d63a0f43500bb9f56c32651d8a0de39a (patch)
treecf76329b2085224ca09a672cebaeae86d35eedd3 /vendor/github.com/davecgh
parenta9e9fd4f5b56f0dd91944b86feba9a2d3814d93e (diff)
downloadpodman-34886a79d63a0f43500bb9f56c32651d8a0de39a.tar.gz
podman-34886a79d63a0f43500bb9f56c32651d8a0de39a.tar.bz2
podman-34886a79d63a0f43500bb9f56c32651d8a0de39a.zip
hooks/exec: Allow successful reaps for 0s post-kill timeouts
I'd been getting the failed-to-reap errors locally, but on an unrelated pull-request the FAH27 suite successfully reaped that hook [1]: --- FAIL: TestRunKillTimeout (0.50s) assertions.go:226: Error Trace: exec_test.go:210 Error: Expect "signal: killed" to match "^failed to reap process within 0s of the kill signal$" FAIL The successful-reap cases limit our coverage, but I don't think that's a big enough problem to be worth repeated polling or similar until we do get the failed-to-reap error. [1]: https://s3.amazonaws.com/aos-ci/ghprb/projectatomic/libpod/96c1535fdc11b2de24421863d7ad5d3b94338b37.0.1527811547665239762/output.log Signed-off-by: W. Trevor King <wking@tremily.us> Closes: #868 Approved by: rhatdan
Diffstat (limited to 'vendor/github.com/davecgh')
0 files changed, 0 insertions, 0 deletions