backup超时导致tablespace_map残留

【标题描述】: 当backup超时时，会在server侧残留tablespace_map文件没有清理。tablespace_map残留会导致无法再次执行backup。
【测试类型：SQL功能/存储功能/接口功能/工具功能/性能/并发/压力长稳/故障注入/安全/资料/编码规范】【测试版本：x.x.x】 问题描述

【操作系统和硬件信息】(查询命令: cat /etc/system-release, uname -a):
openEuler release 20.03 (LTS-SP4)
Linux cmcc-PC 5.4.96-arm64-desktop #52.57032 SMP PREEMPT Tue Mar 7 13:59:03 CST 2023 aarch64 aarch64 aarch64 GNU/Linux
【测试环境】(单机/1主x备x级联备):
单机
【被测功能】:
gs_probackup
【测试类型】:
存储功能
【数据库版本】(查询命令: gaussdb -V):
3.0.1
【预置条件】:
无
【操作步骤】(请填写详细的操作步骤):
1. 执行命令
```
date && nohup gs_probackup backup -B /home/omm/workspace/probackup --instance=panweidb -b full -D /home/omm/workspace/data -d postgres -p 5432 --progress --rw-timeout=2 --log-level-file=verbose --log-level-console=verbose --log-level-file=verbose >> /home/omm/workspace/backup.log 2>&1 &
```
2. backup超时
【预期输出】:
超时时，正常停止backup，不残留tablespace_map文件
【实际输出】:
残留tablespace_map文件
【原因分析】:
1. 这个问题的根因
当timeout发生时，没有执行stop backup，导致tablespace_map文件没有清理。
2. 问题推断过程
无
3. 还有哪些原因可能造成类似现象
无
4. 该问题是否有临时规避措施
临时手动删除tablespace_map文件
5. 问题解决方案
当timeout发生时，向server侧发送stop backup指令，对tablespace_map进行清理。
6. 预计修复问题时间
6.15

【日志信息】(请附上日志文件、截图、coredump信息):
backup超时后，tablespace_map文件残留，导致无法再次执行backup:
![输入图片说明](https://foruda.gitee.com/images/1716778346260921446/531e9a39_14309268.png "屏幕截图")
【测试代码】:
无

GVP openGauss/openGauss-server

内容风险标识

评论 (3)

GVPopenGauss/openGauss-server

内容风险标识