是的。但是也有试过备份到不同的文件夹，但是仍旧备份失败，报一样的错误。
是否还有其他的解决方案？
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上下文内容请补充到附件中
创建远端仓库时文件夹路径指定的应该是一个空文件夹，您设置下试试
每一次备份操作测试，都是指定新文件夹的，文件夹是空的。
你好，在官方的测试中，是否测试上也有遇到此类问题呢？目前我们急需解决备份与还原的操作问题。
今天会给您结果的，稍等
你的broker有对应的错误日志吗，感觉像是权限的问题。这个日志文件发下 apache_hdfs_broker.out