• Home
  • Features
  • Pricing
  • Docs
  • Announcements
  • Sign In

tarantool / tarantool / 25041695221 / 1
88%
master: 88%

Build:
Build:
LAST BUILD BRANCH: Godrik0/gh-11002-template-variables
DEFAULT BRANCH: master
Ran 28 Apr 2026 08:42AM UTC
Files 525
Run time 40s
Badge
Embed ▾
README BADGES
x

If you need to use a raster PNG badge, change the '.svg' to '.png' in the link

Markdown

Textile

RDoc

HTML

Rst

28 Apr 2026 08:13AM UTC coverage: 87.67% (-0.03%) from 87.698%
25041695221.1

push

github

Gerold103
limbo: handle volatile LSN lagging behind

The volatile confirmed LSN can legally lag behind the persisted
confirmed LSN, when the incoming CONFIRMations were done with a
smaller quorum somehow. Then the volatile LSN was still counting
acks, while the persisted LSN was moving forward on CONFIRM
entries.

Lets keep them in sync. The volatile LSN must be the present or
the future of the persisted LSN.

Otherwise the limbo worker saw the invariant broken and was
asserting.

The bug was only present in the Debug build, and it was
introduced in commit 516a3cc50
("limbo: collect ACKs on replicas").

Part of #8095

NO_DOC=bugfix
NO_CHANGELOG=the bug wasn't released yet

(cherry picked from commit ea94e7112)

70677 of 118964 branches covered (59.41%)

106328 of 121282 relevant lines covered (87.67%)

1350334.63 hits per line

Source Files on job 25041695221.1
  • Tree
  • List 525
  • Changed 35
  • Source Changed 0
  • Coverage Changed 35
Coverage ∆ File Lines Relevant Covered Missed Hits/Line Branch Hits Branch Misses
  • Back to Build 25041695221
  • 3474f69d on github
  • Prev Job for on release/3.7 (#25040624487.1)
  • Next Job for on release/3.7 (#25099144866.1)
STATUS · Troubleshooting · Open an Issue · Sales · Support · CAREERS · ENTERPRISE · START FREE · SCHEDULE DEMO
ANNOUNCEMENTS · TWITTER · TOS & SLA · Supported CI Services · What's a CI service? · Automated Testing

© 2026 Coveralls, Inc