systemd/test/TEST-18-FAILUREACTION/test.sh

#!/usr/bin/env bash
set -e

TEST_DESCRIPTION="FailureAction= operation"

# shellcheck source=test/test-functions
. "${TEST_BASE_DIR:?}/test-functions"

QEMU_TIMEOUT=600

do_test "$@"
treewide: more portable bash shebangs As in 2a5fcfae024ffc370bb780572279f45a1da3f946 and in 3e67e5c9928f8b1e1c5a63def88d53ed1fed12eb using /usr/bin/env allows bash to be looked up in PATH rather than being hard-coded. As with the previous changes the same arguments apply - distributions have scripts to rewrite shebangs on installation and they know what locations to rely on. - For tests/compilation we should rather rely on the user to have setup there PATH correctly. In particular this makes testing from git easier on NixOS where do not provide /bin/bash to improve compose-ability. 2020-03-04 12:35:06 +03:00			`#!/usr/bin/env bash`
test: add testcase for FailureAction=/SuccessAction= it also ensures that rebooting once gets us back up. Yay! 2017-11-16 17:58:11 +03:00			`set -e`
test: make the test entrypoint scripts shellcheck-compliant 2021-04-19 14:01:59 +03:00
test: add testcase for FailureAction=/SuccessAction= it also ensures that rebooting once gets us back up. Yay! 2017-11-16 17:58:11 +03:00			`TEST_DESCRIPTION="FailureAction= operation"`

test: make the test entrypoint scripts shellcheck-compliant 2021-04-19 14:01:59 +03:00			`# shellcheck source=test/test-functions`
			`. "${TEST_BASE_DIR:?}/test-functions"`

test: increase qemu timeout for TEST-18 and TEST-19 These tests runs under qemu, and on some testbeds, without acceleration. On those systems, the current 180 second overall test timeout is too short to run the test. Increasing the timeout to 600s should be enough, even for slow non-accelerated qemu testbeds. 2019-08-15 23:27:05 +03:00			`QEMU_TIMEOUT=600`
test: add testcase for FailureAction=/SuccessAction= it also ensures that rebooting once gets us back up. Yay! 2017-11-16 17:58:11 +03:00
test: "detect" the test number automagically Specifying the test number manually is tedious and prone to errors (as recently proven). Since we have all the necessary data to work out the test number, let's do it automagically. 2021-04-26 20:20:18 +03:00			`do_test "$@"`