]> git.ipfire.org Git - thirdparty/iptables.git/commit
tests: shell: Improve concurrent noflush restore test a bit
authorPhil Sutter <phil@nwl.cc>
Mon, 26 Oct 2020 16:25:03 +0000 (17:25 +0100)
committerPhil Sutter <phil@nwl.cc>
Tue, 27 Oct 2020 17:07:46 +0000 (18:07 +0100)
commited8c8b9316451a4499eeb592d2cf7d782bbe4e9a
tree3db6242e0bc20ee9ac6648723b1e54b8acbd6b84
parentdac904bdcd9a18aabafee7275ccf0c2bd53800f3
tests: shell: Improve concurrent noflush restore test a bit

The described issue happens only if chain FOO does not exist at program
start so flush the ruleset after each iteration to make sure this is the
case. Sadly the bug is still not 100% reproducible on my testing VM.

While being at it, add a paragraph describing what exact situation the
test is trying to provoke.

Fixes: dac904bdcd9a1 ("nft: Fix for concurrent noflush restore calls")
Signed-off-by: Phil Sutter <phil@nwl.cc>
iptables/tests/shell/testcases/ipt-restore/0016-concurrent-restores_0