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

codenotary / immudb / 25365079973
85%
master: 85%

Build:
Build:
LAST BUILD BRANCH: chore/test-followups
DEFAULT BRANCH: master
Ran 05 May 2026 08:15AM UTC
Jobs 1
Files 311
Run time 1min
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

05 May 2026 08:07AM UTC coverage: 85.034% (-0.004%) from 85.038%
25365079973

Pull #2095

gh-ci

vchaindz
chore(tests): add hot-restore reproducer for issue #2061

Drives a two-instance src/dst immudb setup through a SQL workload
designed to surface the "indexing failed at ... due to error: tbtree:
key not found" + 60s freeze symptom reported in #2061. The script:

  - Boots two immudb instances (src on :3322, dst on :3323) with
    deterministic admin passwords and isolated data dirs under
    /tmp/immudb-2061.
  - Builds ~2 GB of payload on the source: 2M INSERTs into a table
    with a UNIQUE composite index on (k1, k2), 200k UPDATEs on the
    composite-key column, plus two extra phases targeting the
    InjectiveMapping / GetBetween+ReadTxEntry path:
      D - multi-statement INSERT-new + UPDATE-other in one exec call
      E - INSERT/DELETE/INSERT cycles reusing composite-key values
          across separate transactions
  - immuadmin hot-backup -> immuadmin hot-restore --force-replica
    into a fresh dst DB.
  - 5-minute observation window grepping dst.log for the failure
    strings, plus post-restore SELECTs through the composite-index
    path so a silent ErrKeyNotFound from the indexer would surface
    at read time.
  - Prints REPRO=yes/no.

Confirmed REPRO=no on master (47336 transactions, 2.1 GB backup,
zero "indexing failed" / "tbtree: key not found" lines, post-restore
SELECTs return expected counts and rows) - most plausibly closed
silently by the indexer/tbtree work shipped since v1.9.7.

Side finding while building this: INSERT + UPDATE on the same row
in a single exec call still trips ErrCannotUpdateKeyTransiency on
master, despite 35bb7962 ("disjoint keyRef spaces") supposedly
covering this class. Filed separately as #2092 with a minimal repro.

Run with:
  bash tests/repro/issue-2061/run.sh
or scaled down for a quick smoke test:
  TOTAL=600 BATCH=60 MULTI_STMT_COUNT=50 CYCLE_COUNT=30 \
    OBSERVE_SECS=10 bash tests/repro/issue-2061/run.sh
Pull Request #2095: test: INSERT+UPDATE same-row regression coverage and issue-2061 hot-restore reproducer

45155 of 53102 relevant lines covered (85.03%)

126342.41 hits per line

Coverage Regressions

Lines Coverage ∆ File
4
83.79
-0.15% embedded/store/immustore.go
2
83.61
-3.28% pkg/server/uuid.go
Jobs
ID Job ID Ran Files Coverage
1 25365079973.1 05 May 2026 08:15AM UTC 311
85.03
Source Files on build 25365079973
  • Tree
  • List 311
  • Changed 4
  • Source Changed 0
  • Coverage Changed 4
Coverage ∆ File Lines Relevant Covered Missed Hits/Line
  • Back to Repo
  • Pull Request #2095
  • PR Base - master (#25364743170)
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