[ovs-dev] [PATCH] tests: Report core dumps during tests as failures.
Ben Pfaff
blp at nicira.com
Thu May 29 22:06:52 UTC 2014
Jarno, you might want to take a look at this, since it is a simple
patch that improves the test cases in a way that you suggested.
On Wed, May 21, 2014 at 5:05 PM, Ben Pfaff <blp at nicira.com> wrote:
> This will only catch core dumps in tests that start and stop ovs-vswitchd,
> but that covers the ones most likely to have problems.
>
> Suggested-by: Jarno Rajahalme <jrajahalme at nicira.com>
> Signed-off-by: Ben Pfaff <blp at nicira.com>
> ---
> tests/ofproto-macros.at | 20 +++++++++++++++++++-
> 1 file changed, 19 insertions(+), 1 deletion(-)
>
> diff --git a/tests/ofproto-macros.at b/tests/ofproto-macros.at
> index 4b16907..7e9d10e 100644
> --- a/tests/ofproto-macros.at
> +++ b/tests/ofproto-macros.at
> @@ -98,6 +98,20 @@ check_logs () {
> /|ERR|/p
> /|EMER|/p" ovs-vswitchd.log ovsdb-server.log
> }
> +
> +check_cores () {
> + for core in core*; do
> + if test -f "$core"; then
> + echo "$core: core dumped during test"
> +
> + # If "file" is installed then this is likely to give a little
> + # extra information about it, such as the program's name and
> + # command line. If "file" isn't installed then it should be
> + # harmless
> + (file "./$core") 2>/dev/null
> + fi
> + done
> +}
> m4_divert_pop([PREPARE_TESTS])
>
> # OVS_VSWITCHD_STOP([WHITELIST])
> @@ -108,8 +122,12 @@ m4_divert_pop([PREPARE_TESTS])
> # commands to delete any warnings that are actually expected, e.g.:
> #
> # OVS_VSWITCHD_STOP(["/expected error/d"])
> +#
> +# Also tries to check for core dumps, although this only works if your system
> +# produces its core dumps in the current directory and gives them names that
> +# begin with "core".
> m4_define([OVS_VSWITCHD_STOP],
> - [AT_CHECK([check_logs $1])
> + [AT_CHECK([check_logs $1 && check_cores])
> AT_CHECK([ovs-appctl -t ovs-vswitchd exit])
> AT_CHECK([ovs-appctl -t ovsdb-server exit])])
>
> --
> 1.7.10.4
>
--
"I don't normally do acked-by's. I think it's my way of avoiding
getting blamed when it all blows up." Andrew Morton
More information about the dev
mailing list