onbar恢复数据库报错(-43391) Skipped backup/restore of space 'rootdbs'.

【GBase版本】: V8

【操作系统】: redhat 7.6

【CPU】: 4

【问题描述】: 源库使用了onabr -b -w方式备份到备份软件，需要在目标环境恢复。目标环境数据库和操作系统版本一致，并且配置好了备份软件，并复制过源库的onconfig文件、sm_verisons，oncfg_***文件，也修剪了ixbar文件，在onbar -r -w恢复时候rootdbs出错，其他的多个dbs都能正常恢复（能恢复600G的数据）。确认备份软件上一切正常，无任何告警和报错。

rootdbs的chunk文件权限正常，而且发现恢复过程已经写了几百兆，但远小于ROOTSIZE，就Skipped 跳过了。

2025-01-16 23:41:38 134595  134593 /home/informix/bin/onbar_d -r -w
2025-01-16 23:41:38 134595  134593 Using IBM Corporation's TSM version 5.3.2.0 as the Storage Manager. XBSA API version is 1.0.3.
2025-01-16 23:41:42 134595  134593 Successfully connected to Storage Manager.
……
2025-01-16 23:42:50 134595  134593 Begin cold level 0 restore rootdbs (Storage Manager copy ID: 0 93465943 [0 93465943]).
2025-01-16 23:42:50 134595  134593 Unable to write storage space restore data to the database server: .
2025-01-16 23:42:50 134595  134593 (-43391) Skipped backup/restore of space 'rootdbs'.
2025-01-16 23:42:52 134595  134593 Begin cold level 0 restore osddbs02 (Storage Manager copy ID: 0 93465944 [0 93465944]).
……

打开了bar debug日志（level 9），但信息还不足以定位问题：

……

2025-01-16 23:42:50 134595  134593 do_phys_restore: calling bar_phys_write_restore(buf 0x0x7ffcfdc8fc18, bufnbytes 63488, events, errtxt)
2025-01-16 23:42:50 134595  134593 bar_phys_write_restore: enter
2025-01-16 23:42:50 134595  134593 bar_phys_write_restore: input buf 0x023a4c30 bufnbytes 63488
2025-01-16 23:42:50 134595  134593 bar_phys_write_restore: output buf 0x023a4c30 events 0 errtxt

2025-01-16 23:42:50 134595  134593 bar_phys_write_restore: return -1 (0xffffffff)
2025-01-16 23:42:50 134595  134593 do_phys_restore: Got 0:31 pages for rootdbs

…..