summaryrefslogtreecommitdiffstats
path: root/iptables/tests/shell/testcases/ipt-restore/dumps/iptables.dump
Commit message (Collapse)AuthorAgeFilesLines
* iptables-restore: free the table lock when skipping a tableJoel Goguen2018-07-261-0/+30
Currently, when running `iptables-restore --table=X`, where `X` is not the first table in the rules dump, the restore will fail when parsing the second table: - a lock is acquird when parsing the first table name - the table name does not match the parameter to `--table` so processing continues until the next table - when processing the next table a lock is acquired, which fails because a lock is already held Another app is currently holding the xtables lock. Perhaps you want to use the -w option? This will release the lock as soon as it's decided the current table won't be used. Signed-off-by: Joel Goguen <contact+netfilter@jgoguen.ca> Signed-off-by: Florian Westphal <fw@strlen.de>