升级CnosDB容器后启动Panic：TSM文件大小小于索引偏移量求助

问题根源 #

这个Panic的直接原因是TSM数据文件（编号23111）损坏。之前的OOM导致容器异常终止，CnosDB进程来不及将内存中的数据完整刷写到磁盘，使得TSM文件的索引偏移量记录出现错误——实际文件大小远小于索引里标记的偏移值，启动时的完整性校验失败，触发了Rust代码里的unwrap() panic。

修复步骤 #

1. 定位损坏文件
   从挂载路径/xxx/path/进入CnosDB的数据目录（通常是/xxx/path/data/），找到名为23111的TSM文件。

2. 备份损坏文件
   先将损坏文件移至备份目录，避免误操作丢失残留数据：

   mv /xxx/path/data/23111 /xxx/path/backup/23111_bak
   

3. 重启容器
   使用原启动命令重新启动容器：

   docker run -d -p 1234:8902 -v /xxx/path/:/var/lib/cnosdb/  --name container_name cnosdb/cnosdb:community-2.3.5-nightly  bash -c "cnosdb run -c 8 -m 32 --config /etc/cnosdb/cnosdb.conf -M singleton"
   

   CnosDB启动时会自动跳过损坏的TSM文件，或者尝试重建索引（取决于版本）。

4. 验证数据完整性
   容器启动后，查询核心数据确认是否丢失，若有少量数据缺失，可从业务侧补写或利用备份文件尝试恢复。

预防方案 #

• 合理配置资源：调整容器内存限制时，确保-m参数设置的内存满足CnosDB运行需求，同时在cnosdb.conf中配置storage_memory_limit参数，限制存储引擎的内存使用，避免OOM。
• 优雅关闭容器：避免直接执行docker stop强制终止，先进入容器执行cnosdb stop命令，等待进程正常退出后再停止容器，确保数据刷写完成。
• 定期备份数据：定期对/var/lib/cnosdb/目录进行备份，降低文件损坏带来的数据丢失风险。

内容的提问来源于stack exchange，提问作者Baker X