Tarantool development patches archive
 help / color / mirror / Atom feed
From: Kirill Yukhin <kyukhin@tarantool.org>
To: "Alexander V. Tikhonov" <avtikhon@tarantool.org>
Cc: tarantool-patches@dev.tarantool.org
Subject: Re: [Tarantool-patches] [PATCH v1 0/4] test: stabilize testing with issue #5141
Date: Sun, 1 Nov 2020 08:53:15 +0000	[thread overview]
Message-ID: <20201101085315.qapjrnkjqaoryar5@tarantool.org> (raw)
In-Reply-To: <cover.1604040010.git.avtikhon@tarantool.org>

Hello,

On 30 окт 09:59, Alexander V. Tikhonov wrote:
> To stabilize testing with issue #5141 the following steps had to be
> done:
> 
> - Prepare tests - add test-run filter on box.snapshot error message:
> 
>     'Invalid VYLOG file: Slice [0-9]+ deleted but not registered'
> 
>   to avoid of printing changing data in results file to be able to use
>   its checksums in fragile list of test-run to rerun it as flaky issue.
> 
> - Create the stable reproducer for the issue #5141 as new standalone
>   test vinyl/gh-5141-invalid-vylog-file.test.lua.
> 
> - Fix flaky issue #5141 in vinyl/gh-4957-too-many-upserts.test.lua.
> 
> - Fix hanging of vinyl/gh.test.lua. Revert previous fix for #5141 in
>   vinyl/gh.test.lua.
> 
> To implement it created 4 patches (in reverse order):
> 
> 4. test: fix hanging of vinyl/gh.test.lua
> 
> Found that the previously fixed vinyl/gh.test.lua test in commit:
> 
>   94dc5bddc1fb0f9e6ebebfc5aa6be586e5b6759e ('test: gh test hangs after gh-4957-too-many-upserts')
> 
> with adding fiber.sleep(1) workaround to avoid of raise from the
> previously run vinyl/gh-4957-too-many-upserts.test.lua test can be
> changed in the other way. The new change from one side will leave
> the found issue untouched to be able to resolve it within opened
> issue in github. And from the other side it will let the test-run
> tool to be able to avoid of this issue using fragile list feature
> to save the stability of testing due to found issue is flaky and
> can be passed on reruns.
> 
> The current fix changes the forever waiting loop to especially
> created for such situations test_run:wait_cond() routine which has
> timeout in it to avoid of hanging the test till global timeout will
> occure. It will let the testing to be continued even after the fail.
> 
> Needed for #5141
> 
> 3. test: fix flaky vinyl/gh-4957-too-many-upserts
> 
> Added restart the current server to resolve the issue #5141 which
> reproduced in test:
> 
>   vinyl/gh-5141-invalid-vylog-file.test.lua
> 
> Added test-run filter on box.snapshot error message:
> 
>   'Invalid VYLOG file: Slice [0-9]+ deleted but not registered'
> 
> to avoid of printing changing data in results file to be able to use
> its checksums in fragile list of test-run to rerun it as flaky issue.
> 
> Part of #5141
> 
> 2. test: create reproducer for #5141
> 
> Created the stable reproducer for the issue #5141:
> 
>   box.snapshot()
>   ---
>  -- ok
>  +- error: 'Invalid VYLOG file: Slice <NUM> deleted but not registered'
>   ...
> 
> flaky occured in vinyl/ suite tests if running after the test:
> 
>   vinyl/gh-4957-too-many-upserts.test.lua
> 
> as new standalone test:
> 
>   vinyl/gh-5141-invalid-vylog-file.test.lua
> 
> based on test:
> 
>   vinyl/gh-4957-too-many-upserts.test.lua
> 
> Due to issue not reproduced on FreeBSD 12, then test was blocked with:
> 
>   vinyl/gh-5141-invalid-vylog-file.skipcond
> 
> Needed for #5141
> 
> 1. test: add test filter for box.snapshot
> 
> Added test-run filter on box.snapshot error message:
> 
>   'Invalid VYLOG file: Slice [0-9]+ deleted but not registered'
> 
> to avoid of printing changing data in results file to be able to use
> its checksums in fragile list of test-run to rerun it as flaky issue.
> Also added checksums to fragile list for the following tests:
> 
>   vinyl/iterator.test.lua                       gh-5141
>   vinyl/snapshot.test.lua                       gh-4984
> 
> Needed for #5141
> Needed for #4984
> 
> Github: https://github.com/tarantool/tarantool/tree/avtikhon/gh-5141-gh_test
> Issue: https://github.com/tarantool/tarantool/issues/5141

LGTM.
I've checked your patchset into 1.10, 2.5, 2.6 and master.

--
Regards, Kirill Yukhin

  parent reply	other threads:[~2020-11-01  8:53 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-10-30  6:59 Alexander V. Tikhonov
2020-10-30  6:59 ` [Tarantool-patches] [PATCH v1 1/4] test: add test filter for box.snapshot Alexander V. Tikhonov
2020-10-30  7:00 ` [Tarantool-patches] [PATCH v1 2/4] test: create reproducer for #5141 Alexander V. Tikhonov
2020-10-30  7:00 ` [Tarantool-patches] [PATCH v1 3/4] test: fix flaky vinyl/gh-4957-too-many-upserts Alexander V. Tikhonov
2020-10-30  7:00 ` [Tarantool-patches] [PATCH v1 4/4] test: fix hanging of vinyl/gh.test.lua Alexander V. Tikhonov
2020-11-01  8:53 ` Kirill Yukhin [this message]
2020-11-01 21:57 ` [Tarantool-patches] [PATCH v1 0/4] test: stabilize testing with issue #5141 Nikita Pettik
2020-11-02  7:33   ` Alexander V. Tikhonov

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20201101085315.qapjrnkjqaoryar5@tarantool.org \
    --to=kyukhin@tarantool.org \
    --cc=avtikhon@tarantool.org \
    --cc=tarantool-patches@dev.tarantool.org \
    --subject='Re: [Tarantool-patches] [PATCH v1 0/4] test: stabilize testing with issue #5141' \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox