Orphaned FTS index generations accumulate in episode.lance/_indices/ across restarts
Maintainer thường phản hồi trong vòng 1 ngày
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 4/5
- Thời gian dự kiến
- 3-5 ngày
- Mức phù hợp với người mới
- 25/100
Hướng nghiên cứu
The bug sits in how the episode.lance index directory is managed across rebuilds, so start with the everos cascade rebuild path and the startup sweep that triggers it. Check where the old index generations get dropped or replaced, and whether optimize/cleanup is called afterwards. Done means only the live generation remains in _indices/ after a rebuild, confirmed by listing that directory before and after.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
everos 1.5.1, lancedb 0.34.0 (pinned), Python 3.12 via uv tool install everos, Linux x86_64.
Observed
After a handful of server restarts plus an everos cascade rebuild, episode.lance/_indices/ accumulates multiple index-UUID directories (6 observed) while table.list_indices() reports a single episode_tokens_idx. Optimize/prune does not reclaim the stale generations, so the index directory grows with each rebuild cycle.
Repro
- Start/stop the server a few times (
everos server start, systemd restart, etc.) - Run
everos cascade rebuild(or let the startup sweep rebuild) ls ~/.everos/.index/lancedb/episode.lance/_indices/→ one directory per historical generation
Expected
Dropped/replaced index generations are garbage-collected after rebuild/optimize, leaving only the live generation in _indices/.
Notes
Search correctness was never affected in our testing (BM25 via the API resolves the live index fine from fresh connections); this is disk-hygiene / index-UUID-count growth only. Possibly related to the index-merge gap tracked in lancedb/lancedb#2193, lancedb/lancedb#3177 and lance-format/lance#6711.
- Ngôn ngữ chính
- Python
- Star
- 13.3k
- Fork
- 926
- Merge trung bình
- 19 giờ 14 phút
- Pull request đã merge (30 ngày)
- 27
Chuẩn bị môi trường
Dự án này không cung cấp dev container, Dockerfile hay hướng dẫn đóng góp, nên bạn cần tự thiết lập môi trường: hãy bắt đầu từ README và xem hướng dẫn đóng góp lần đầu của chúng tôi để biết các bước chung.
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của EverMind-AI/EverOS
-
Độ khó 2/5 Nửa ngày Mức phù hợp với người mới 62/100
EverMind-AI/EverOS#414 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 67/100
EverMind-AI/EverOS#551 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
[Bug]: cascade retry budget is forgotten by a restart during the inline backoff; a row can retry forever without becoming failedCó thể đã có người làm @feiiiiii5 đã nhận 4 ngày trước. Đang mởbug
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 56/100
EverMind-AI/EverOS#549 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
[Bug]: cascade row stays processing forever when its terminal write (mark_failed / mark_done) fails onceCó thể đã có người làm @feiiiiii5 đã nhận 4 ngày trước. Đang mởbug
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 48/100
EverMind-AI/EverOS#548 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
[Bug]: one hung cascade handler stalls the whole projection while /health stays healthyCó thể đã có người làm @feiiiiii5 đã nhận 1 ngày trước. Đang mởbug
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 52/100
EverMind-AI/EverOS#547 ·
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của EverMind-AI/EverOS
Issue tương tự
-
fuzz fuzz-unconfirmed
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 70/100
Maintainer thường phản hồi trong vòng 1 ngày
-
ready-for-agent
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 86/100
neilsh/stunt-reel#220 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
[Issue]: use_fp4_cache is accepted but ignored; the launcher always writes FP8 recordsCó thể đã có người làm @0z5a đã nhận hôm nay. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
Maintainer thường phản hồi trong vòng 1 ngày
-
area: cli priority: p3 size: S type: bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 83/100
finos/open-resource-broker#757 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 65/100
Maintainer thường phản hồi trong vòng 6 ngày