Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

crash_test: failures are reported when running with the new memtable #98

Closed
isaac-io opened this issue Aug 2, 2022 · 10 comments · Fixed by #99 or #188
Closed

crash_test: failures are reported when running with the new memtable #98

isaac-io opened this issue Aug 2, 2022 · 10 comments · Fixed by #99 or #188
Assignees
Labels
bug Something isn't working
Milestone

Comments

@isaac-io
Copy link
Contributor

isaac-io commented Aug 2, 2022

When running the crash tests, all of them fail quickly with:

WARNING: prefix_size is non-zero but memtablerep != prefix_hash
Verification failed for column family 0 key 000000000000004500000000000000E500000000000000310000000000000070 (6402): Value not found: NotFound: 
Crash-recovery verification failed :(
No writes or ops?
Verification failed :(

as well as

***Iterator diverged from control iterator which has value 000000000001FF3A000000000000007C000000000000007C000000000000007C000000000000007C000000000000007C000000000000001F78787878787878 total_order_seek: 0 auto_prefix_mode: 0 S 000000000001E67D78 NPNPPPPPPN; total_order_seek: 0 auto_prefix_mode: 0 SFP 0000000000020034000000000000007C000000000000000A7878 ***
stderr has error message:
***iterator has value 000000000001E3E2000000000000007C000000000000007C000000000000007C000000000000007C000000000000007C000000000000007C0000000000000006***
stderr has error message:
***Control CF 1***
stderr has error message:
***Verification failed :(***
TEST FAILED. See kill option and exit code above!!!

and

WARNING: prefix_size is non-zero but memtablerep != prefix_hash
Verification failed
Latest Sequence Number: 2100250
[default] 00000000000013FF000000000000017B00000000000000A9000000000000005900000000000000090000000000000013787878 => 82840000868784858A8B88898E8F8C8D92939091969794959A9B98999E9F9C9DA2A3A0A1A6A7A4A5AAABA8A9AEAFACADB2B3B0B1B6B7B4B5BABBB8B9BEBFBCBD
[1] 00000000000013FF000000000000017B00000000000000A9000000000000003F78787878787878 => 7F8B01007B7A797877767574737271706F6E6D6C6B6A69686766656463626160
Internal keys in CF 'default', [00000000000013FF000000000000017B00000000000000A9000000000000003F78787878787878, 00000000000013FF000000000000017B00000000000000A9000000000000005900000000000000090000000000000013787878] (max 8)
  key 00000000000013FF000000000000017B00000000000000A9000000000000005900000000000000090000000000000013787878 seq 702931 type 1
Internal keys in CF '1', [00000000000013FF000000000000017B00000000000000A9000000000000003F78787878787878, 00000000000013FF000000000000017B00000000000000A9000000000000005900000000000000090000000000000013787878] (max 8)
  key 00000000000013FF000000000000017B00000000000000A9000000000000003F78787878787878 seq 2097862 type 1
  key 00000000000013FF000000000000017B00000000000000A9000000000000005900000000000000090000000000000013787878 seq 702932 type 1
[2] 00000000000013FF000000000000017B00000000000000A9000000000000003F78787878787878 => 7F8B01007B7A797877767574737271706F6E6D6C6B6A69686766656463626160
Internal keys in CF '2', [00000000000013FF000000000000017B00000000000000A9000000000000003F78787878787878, 00000000000013FF000000000000017B00000000000000A9000000000000005900000000000000090000000000000013787878] (max 8)
  key 00000000000013FF000000000000017B00000000000000A9000000000000003F78787878787878 seq 0 type 1
  key 00000000000013FF000000000000017B00000000000000A9000000000000005900000000000000090000000000000013787878 seq 0 type 1
[3] 00000000000013FF000000000000017B00000000000000A9000000000000003F78787878787878 => 7F8B01007B7A797877767574737271706F6E6D6C6B6A69686766656463626160
Internal keys in CF '3', [00000000000013FF000000000000017B00000000000000A9000000000000003F78787878787878, 00000000000013FF000000000000017B00000000000000A9000000000000005900000000000000090000000000000013787878] (max 8)
  key 00000000000013FF000000000000017B00000000000000A9000000000000003F78787878787878 seq 0 type 1
  key 00000000000013FF000000000000017B00000000000000A9000000000000005900000000000000090000000000000013787878 seq 0 type 1
[4] 00000000000013FF000000000000017B00000000000000A9000000000000003F78787878787878 => 7F8B01007B7A797877767574737271706F6E6D6C6B6A69686766656463626160
Internal keys in CF '4', [00000000000013FF000000000000017B00000000000000A9000000000000003F78787878787878, 00000000000013FF000000000000017B00000000000000A9000000000000005900000000000000090000000000000013787878] (max 8)
  key 00000000000013FF000000000000017B00000000000000A9000000000000003F78787878787878 seq 2097865 type 1
  key 00000000000013FF000000000000017B00000000000000A9000000000000005900000000000000090000000000000013787878 seq 702935 type 1
[6] 00000000000013FF000000000000017B00000000000000A9000000000000003F78787878787878 => 7F8B01007B7A797877767574737271706F6E6D6C6B6A69686766656463626160
Internal keys in CF '6', [00000000000013FF000000000000017B00000000000000A9000000000000003F78787878787878, 00000000000013FF000000000000017B00000000000000A9000000000000005900000000000000090000000000000013787878] (max 8)
  key 00000000000013FF000000000000017B00000000000000A9000000000000003F78787878787878 seq 0 type 1
  key 00000000000013FF000000000000017B00000000000000A9000000000000005900000000000000090000000000000013787878 seq 0 type 1
[8] 00000000000013FF000000000000017B00000000000000A9000000000000003F78787878787878 => 7F8B01007B7A797877767574737271706F6E6D6C6B6A69686766656463626160
Internal keys in CF '8', [00000000000013FF000000000000017B00000000000000A9000000000000003F78787878787878, 00000000000013FF000000000000017B00000000000000A9000000000000005900000000000000090000000000000013787878] (max 8)
  key 00000000000013FF000000000000017B00000000000000A9000000000000003F78787878787878 seq 2097869 type 1
  key 00000000000013FF000000000000017B00000000000000A9000000000000005900000000000000090000000000000013787878 seq 702939 type 1
Crash-recovery verification failed :(
No writes or ops?
Verification failed :(

(all of the examples are taken from here).

This is happening only when running with the new memtable, which was merged as part of #22, and enabled in crash tests with #89 + #93.

To Reproduce

make crash_test

Expected behavior

Crash test succeeds.

System

  • OS: Ubuntu 20.04
  • Compiler and version: GCC 9.4.0

Additional context

N/A

@isaac-io isaac-io self-assigned this Aug 2, 2022
isaac-io added a commit that referenced this issue Aug 2, 2022
The test seems to fail for now, so in order to avoid headaches for devs
working on `main`, let's not test the new memtable until the issues are
fixed. This is not intended as a fix for #98, but rather as a temporary
workaround to allow testing to continue, since no one is supposed to be
using the new memtable yet.
@isaac-io isaac-io added the bug Something isn't working label Aug 2, 2022
@isaac-io isaac-io removed their assignment Aug 2, 2022
isaac-io added a commit that referenced this issue Aug 2, 2022
The test seems to fail for now, so in order to avoid headaches for devs
working on `main`, let's not test the new memtable until the issues are
fixed. This is not intended as a fix for #98, but rather as a temporary
workaround to allow testing to continue, since no one is supposed to be
using the new memtable yet.
@ayulas
Copy link
Contributor

ayulas commented Aug 15, 2022

@hilikspdb please review 22-spdb-memtable

@ayulas
Copy link
Contributor

ayulas commented Aug 28, 2022

PR #142

@isaac-io isaac-io linked a pull request Aug 28, 2022 that will close this issue
ayulas added a commit that referenced this issue Aug 28, 2022
@isaac-io isaac-io assigned assaf-speedb and unassigned hilikspdb Aug 29, 2022
@assaf-speedb assaf-speedb removed their assignment Sep 5, 2022
@assaf-speedb
Copy link
Contributor

Stress tests failed:
b'WARNING: prefix_size is non-zero but memtablerep != prefix_hash\nIterator diverged from control iterator which has value 0000000000044A4700000000000000BD0000000000000050 total_order_seek: 0 auto_prefix_mode: 0 S 0000000000039E6700000000000000BD000000000000008D NPPPNPNPNNPNPPPNPNNPPNNPPPPP; total_order_seek: 0 auto_prefix_mode: 0 S 0000000000043C8700000000000000BD00000000000000DE \niterator has value 0000000000009FD700000000000000BD00000000000000E9\nControl CF default\n'
[2022-09-08 06:26:59.135318] ERROR: db_stress (pid=7384) failed before kill: exitcode=-11, signal=SIGSEGV

@Yuval-Ariel
Copy link
Contributor

QA

blackbox, whitebox, asan blackbox, db fuzzer and db map fuzzer all passed on:
branch - 22-spdb-memtable-fix
hash - c97bc0e

@isaac-io
Copy link
Contributor Author

isaac-io commented Oct 2, 2022

c97bc0e is not the HEAD of #142, and there seem to be differences in hash_spd_rep.cc as well between the two commits as can be seen here. Not sure if these changes are relevant in any way, but it does mean that #142 cannot be merged since it wasn't tested.

@ayulas
Copy link
Contributor

ayulas commented Oct 2, 2022

#188

@isaac-io isaac-io linked a pull request Oct 2, 2022 that will close this issue
@ayulas ayulas removed a link to a pull request Oct 2, 2022
@ayulas ayulas linked a pull request Oct 2, 2022 that will close this issue
isaac-io added a commit that referenced this issue Oct 19, 2022
The test seems to fail for now, so in order to avoid headaches for devs
working on `main`, let's not test the new memtable until the issues are
fixed. This is not intended as a fix for #98, but rather as a temporary
workaround to allow testing to continue, since no one is supposed to be
using the new memtable yet.
@Yuval-Ariel
Copy link
Contributor

QA passed on 20a75d1 22-spdb-memtable-blueberry

@Yuval-Ariel
Copy link
Contributor

QA passed on 03b830d

@Guyme
Copy link

Guyme commented Nov 14, 2022

Switch functionality #14 was added this ticket

@Guyme
Copy link

Guyme commented Nov 14, 2022

QA & Performance tests past on hash 7e5e7bc
PR #188

Image

Yuval-Ariel added a commit that referenced this issue Nov 14, 2022
Import shorten memtable switch latency (#14)
ayulas added a commit that referenced this issue Nov 14, 2022
Import shorten memtable switch latency (#14)
Yuval-Ariel pushed a commit that referenced this issue Nov 14, 2022
Import shorten memtable switch latency (#14)
Yuval-Ariel pushed a commit that referenced this issue Nov 15, 2022
Import shorten memtable switch latency (#14)
Yuval-Ariel pushed a commit that referenced this issue Nov 23, 2022
The test seems to fail for now, so in order to avoid headaches for devs
working on `main`, let's not test the new memtable until the issues are
fixed. This is not intended as a fix for #98, but rather as a temporary
workaround to allow testing to continue, since no one is supposed to be
using the new memtable yet.
Yuval-Ariel pushed a commit that referenced this issue Nov 25, 2022
The test seems to fail for now, so in order to avoid headaches for devs
working on `main`, let's not test the new memtable until the issues are
fixed. This is not intended as a fix for #98, but rather as a temporary
workaround to allow testing to continue, since no one is supposed to be
using the new memtable yet.
Yuval-Ariel pushed a commit that referenced this issue Nov 25, 2022
Import shorten memtable switch latency (#14)
Yuval-Ariel pushed a commit that referenced this issue Apr 30, 2023
The test seems to fail for now, so in order to avoid headaches for devs
working on `main`, let's not test the new memtable until the issues are
fixed. This is not intended as a fix for #98, but rather as a temporary
workaround to allow testing to continue, since no one is supposed to be
using the new memtable yet.
Yuval-Ariel pushed a commit that referenced this issue Apr 30, 2023
Import shorten memtable switch latency (#14)
Yuval-Ariel pushed a commit that referenced this issue May 4, 2023
Import shorten memtable switch latency (#14)
udi-speedb pushed a commit that referenced this issue Oct 31, 2023
The test seems to fail for now, so in order to avoid headaches for devs
working on `main`, let's not test the new memtable until the issues are
fixed. This is not intended as a fix for #98, but rather as a temporary
workaround to allow testing to continue, since no one is supposed to be
using the new memtable yet.
udi-speedb pushed a commit that referenced this issue Nov 13, 2023
Import shorten memtable switch latency (#14)
udi-speedb pushed a commit that referenced this issue Nov 15, 2023
Import shorten memtable switch latency (#14)
udi-speedb pushed a commit that referenced this issue Dec 1, 2023
The test seems to fail for now, so in order to avoid headaches for devs
working on `main`, let's not test the new memtable until the issues are
fixed. This is not intended as a fix for #98, but rather as a temporary
workaround to allow testing to continue, since no one is supposed to be
using the new memtable yet.
udi-speedb pushed a commit that referenced this issue Dec 3, 2023
Import shorten memtable switch latency (#14)
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment