【详述】建立基于阿里云OSS的仓库，show 仓库正常可见。然后执行backup 命令进行备份（备份的数据非常小，为测试使用），在阿里云OSS可以见到文件夹名前缀为：__palo_repository。但是执行show backup 任务时，其stats一直处于UPLOADING状态。其中TaskErrMsg：Cannot truncate a file by broker。
其中broker的日志为： remote file checksum is invalid. remote:
【背景】做过哪些操作？
【业务影响】
【StarRocks版本】2.2.0
1赞
是不是多次backup失败过，失败过的话需要清理下oss上的失败的文件，或者重新指定backup的文件名
是的。但是也有试过备份到不同的文件夹，但是仍旧备份失败，报一样的错误。
是否还有其他的解决方案？
backup指定新的文件名前缀还不行吗
谢谢回复，但是确实是不行的。一直报错fail to rename file。
可以提供下对应时间点broker的日志和fe.info日志，我们看下
另外，未来是否会支持备份/还原主键模型的表？
主键模型支持备份恢复已经提了优化，后续会排期。有试过新建仓库进行backup么？
我们有多套环境的starrocks集群，在这些集群都有分别多次的，重建测试。均出现一样的报错。另外，备份至HDFS的，则无报错，可以完成备份。
从GitHub上拉取main分支的最新的代码，编译后部署测试备份至阿里云OSS，仍旧出现一样的错误。
现在报错和之前一样，发的日志文件中搜索不到“remote file checksum is invalid. remote:”
”remote file checksum is incalid“ 是在be节点的日志里有的。
另，通过执行backup 命令之后，再执行：show backup from database_name\G
则报错：
1、Cannot truncate a file by broker。
2、Fail to rename file: oss://starrocks/fatt_/__palo_repository_bigdata/__ss_snapshot1133/__ss_content/__db_6063498/__tbl_6063500/__part_6063499/__idx_6063501/__6063520/6063520.hdr.part
3、State一直处于，UPLOADING。但过一段时间自动变成CANCEL。
be日志中remote file checksum is incalid上下文内容请补充到附件中
创建远端仓库时文件夹路径指定的应该是一个空文件夹，您设置下试试
每一次备份操作测试，都是指定新文件夹的，文件夹是空的。
你好，在官方的测试中，是否测试上也有遇到此类问题呢？目前我们急需解决备份与还原的操作问题。