【 TiDB 使用环境】生产环境=
【 TiDB 版本】v6.1.6
【复现路径】做过哪些操作出现的问题
【遇到的问题：问题现象及影响】tiup备份报错
【资源配置】进入到 TiDB Dashboard -集群信息 (Cluster Info) -主机(Hosts) 截图此页面
【附件：截图/日志/监控】
tiup备份报
Error: archive/tar: write too long
tiup版本1.11.3
tiup备份报
Error: archive/tar: write too long
tiup版本1.11.3
插眼蹲等结果
日志里面也是报 Error: archive/tar: write too long ，没其他啥有效信息了，我用新版本的tiup在别的集群是没问题的，这个生产的集群要升级tiup还得提变更流程很麻烦，确定升级能解决了我再去提流程，想问问大佬们遇到过这个报错吗
tiup 能升级就升级吧，这样的话，不容易踩坑
我也想升级，不过要是升级没解决领导问起来就尴尬了 
那我明白了，你找个空的虚拟机环境，验证下这个过程不就好了
就先装这个版本的 tiup，看看相同的操作，是不是一样的结果
在直接升级，升级到XX版本，记录下来，在验证上面的过程…
就是废点时间，我觉得是值得的
1 个赞
好的，感谢肖总，看来其他人没遇到过这个问题，只能自己测试下了
学习下
哪有那么多的bug哦，应该的是有根据，能查明白的。
tiup cluster meta backup clusterename --file /path/backup_$(date +%Y%m%d%H%M%S).tar.gz 你得这么写命令。因为 % 在bash中是一个特殊字符，用于模式匹配，所以在使用date 命令时需要对其进行转义，使用\% 代替% 。
应该不是，同样的命令在别的集群就可以成功，或者直接tiup cluster meta backup clusterename 也一样失败
写一个固定的文件名，也报错？？
对的，或者不写用默认文件名也报错
在服务器上直接创建一个tiup-cluster_**_metabackup_2024-07-26T15-56-33+08-00.tar.gz 这种长度的包是不是也报错？如果也报错就是服务器本身的问题，如果不是 那就是tiup的问题
应该还是tiup问题，创建文件没问题，等有空了我找个测试机拿相同版本搭一个测试下吧
嗯嗯 暂时没遇到过这种问题，帮不上忙了
插眼等一波