Serge Petrenko comments

Results 96 comments of


                                            Serge Petrenko

box.ctl.demote() does not guarantee demoting

I just tried it and had to retry `box.ctl.demote()` about 10 times before some other leader than the current one got elected. It seems `box.ctl.demote()` isn't useful in its current...

box.ctl.demote() does not guarantee demoting

> it can prohibit voting for itself for some time, for example election_timeout x2(x4) (it's like temporarily turning on the "voter" mode ) @R-omk Yep, I thought about the same...

List dead fibers in fiber.top() output

@ochaton > Imagine this request is spammed by backend to handle user's requests? Tarantool consumes 100% cpu but you are not able to identify why! Do you mean a case...

Add doc reference to all ClientError codes

This will be quite easy to do once we agree with the doc team on the format of these pages. Postponing the issue since the docs aren't ready yet: no...

core: do not limit the length of an error message by 512 bytes

Backports: 2.11 https://github.com/tarantool/tarantool/pull/9770 3.0 https://github.com/tarantool/tarantool/pull/9771

~7% performance drop in `box_index_get()`

Let's postpone this until we have set up perf testing in CI

relay: fix stack use after return

Backports: 2.11 https://github.com/tarantool/tarantool/pull/9821 3.0 https://github.com/tarantool/tarantool/pull/9822

relay: stack-use-after-return with txn_isolation = 'linearizable'

Unfortunately I couldn't reproduce this on Mac, but I have an idea what can go wrong here: 1. The stacktrace contains `relay_get_sync_on_start`, which is a trigger function for a trigger...

There's no guarantee a PROMOTE entry from an old leader is present on the new one.

8 sp for investigation