[Bug] [E-206]get fs failed, resource_id=

[zwjcool]

Search before asking

• I had searched in the issues and found no similar issues.

Version

doris-3.1.4-rc02-7f5ba43de6

What's Wrong?

E20260525 16:48:25.912464 360075 beta_rowset_writer.cpp:700] invalid index size:1585333469230157693 total size:447915 data size:447915 tablet:89573626 rowset:020000000501d3917c4604d3f890c58eab2ac4caa6f22497
W20260525 16:48:25.912992 360075 status.h:427] meet error status: [INTERNAL_ERROR]failed to get tablet: 89573626, reason: tablet does not exist. doris03

0# doris::BetaRowset::get_inverted_index_size(long*) at /home/zcp/repo_center/doris_release/doris/be/src/olap/rowset/beta_rowset.cpp:80
1# doris::BaseBetaRowsetWriter::add_rowset(std::shared_ptrdoris::Rowset) at /home/zcp/repo_center/doris_release/doris/be/src/common/status.h:506 2# doris::SnapshotManager::_rename_rowset_id(doris::RowsetMetaPB const&, std::__cxx11::basic_string<char, std::char_traits, std::allocator > const&, std::shared_ptrdoris::TabletSchema, doris::RowsetId const&, doris::RowsetMetaPB*) at /home/zcp/repo_center/doris_release/doris/be/src/common/status.h:392 3# doris::SnapshotManager::convert_rowset_ids(std::__cxx11::basic_string<char, std::char_traits, std::allocator > const&, long, long, long, long, int) at /var/local/ldb-toolchain/bin/../lib/gcc/x86_64-linux-gnu/11/../../../../include/c++/11/bits/shared_ptr_base.h:701 4# doris::EngineCloneTask::_make_and_download_snapshots(doris::DataDir&, std::__cxx11::basic_string<char, std::char_traits, std::allocator > const&, doris::TBackend*, std::__cxx11::basic_string<char, std::char_traits, std::allocator >, std::vector<doris::Version, std::allocatordoris::Version > const&, bool) at /home/zcp/repo_center/doris_release/doris/be/src/olap/task/engine_clone_task.cpp:471 5# doris::EngineCloneTask::_do_clone() at /home/zcp/repo_center/doris_release/doris/be/src/olap/task/engine_clone_task.cpp:302
6# doris::EngineCloneTask::execute() at /home/zcp/repo_center/doris_release/doris/be/src/olap/task/engine_clone_task.cpp:165
7# doris::clone_callback(doris::StorageEngine&, doris::ClusterInfo const*, doris::TAgentTaskRequest const&) at /home/zcp/repo_center/doris_release/doris/be/../gensrc/build/gen_cpp/MasterService_types.h:343 8# doris::PriorTaskWorkerPool::normal_loop() at /home/zcp/repo_center/doris_release/doris/be/src/agent/task_worker_pool.cpp:687
9# doris::Thread::supervise_thread(void*) at /var/local/ldb-toolchain/bin/../usr/include/pthread.h:562

问题描述：
我新旧机器替换时候，总是有部分表无法转移，后台报上面异常：get_inverted_index_size 的问题
但是我的表都没有创建索引。
我需要把有问题的表数据插入新表，删除旧表解决问题；
我不知道是我操作问题，还是哪里有问题；

What You Expected?

没

How to Reproduce?

不知道

Anything Else?

没了！

Are you willing to submit PR?

• Yes I am willing to submit a PR!

Code of Conduct

• I agree to follow this project's Code of Conduct

[zclllyybb]

Initial triage for doris-3.1.4-rc02-7f5ba43de6:

This looks more like a BE clone/rowset-metadata handling bug than a user operation problem.

Why:

• The stack is in replica clone/snapshot conversion: EngineCloneTask::_make_and_download_snapshots() -> SnapshotManager::convert_rowset_ids() -> SnapshotManager::_rename_rowset_id() -> BaseBetaRowsetWriter::add_rowset() -> BetaRowset::get_inverted_index_size().
• In 3.1.4-rc02, BaseBetaRowsetWriter::add_rowset() calls get_inverted_index_size() only when the existing rowset meta has an invalid index_disk_size (index_size < 0 || index_size > total_size * 2). So entering this function does not mean the table has a user-created inverted index.
• The posted failure is at be/src/olap/rowset/beta_rowset.cpp:80, before any inverted-index file is checked. That line only means _rowset_meta->fs() returned null.
• In this version, RowsetMeta::fs() can return null if it cannot resolve the tablet from ExecEnv::get_tablet(tablet_id()) while building the filesystem wrapper. During clone rowset-id conversion, the downloaded source rowset is being rewritten in a temporary clone directory, so this is a plausible failure point when invalid index-size metadata forces the fallback size recalculation. The empty resource_id in the message is normal for local rowsets and is not enough by itself to indicate a remote-storage resource problem.

Current judgment: the user's workaround of rewriting the affected table into a new table makes sense because it creates new rowsets with fresh metadata. However, the clone path should probably handle this case; a table without inverted indexes should not fail replacement just because old rowset meta has invalid index-size fields.

Information needed to confirm:

1. The BE log lines immediately before this stack, especially any invalid index size: and get tablet failed: warnings.
2. The affected tablet_id, schema_hash, and rowset_id from the clone task logs.
3. SHOW CREATE TABLE for an affected table.
4. The version history of the affected table/cluster, especially whether the rowsets were created before 2.1.5 or 3.0.0, and whether storage policy, remote storage, or table-level encryption is enabled.

Suggested maintainer next step:

• Reproduce with a local rowset snapshot whose rowset meta has invalid index_disk_size, no inverted indexes, and a source tablet id not registered on the destination BE during SnapshotManager::_rename_rowset_id().
• The fix direction should be to make the invalid-index-size recovery path in clone use a filesystem/metadata source valid for the cloned rowset, or skip/fallback safely for no-inverted-index schemas, instead of failing at _rowset_meta->fs().

Breakwater-GitHub-Analysis-Slot: slot_8b7cb4e30532

[zwjcool]

是的我补充前面缺失的log:
(1) 如你所说 ： E20260525 16:48:25.912464 360075 beta_rowset_writer.cpp:700] invalid index size:1585333469230157693 total size:447915 data size:447915 tablet:89573626 rowset:020000000501d3917c4604d3f890c58eab2ac4caa6f22497
W20260525 16:48:25.912992 360075 status.h:427] meet error status: [INTERNAL_ERROR]failed to get tablet: 89573626, reason: tablet does not exist. doris03
(2) 我是从2.1.4 升级过来的
(3) 原来3个HDD节点，新增了3个SSD节点，中间我曾经因为SSD节点被认成HDD，我修改了be.conf ，添加了medium:SSD

下一步，我会关注新版本，进行版本升级；
Thanks！