GBase 8s
备份恢复
问答

配置hac集群时在数据恢复步骤出现错误

发表于2025-02-10 18:37:10145次浏览12个评论

为提高效率,提问时请提供以下信息,问题描述清晰可优先响应。

【GBase版本】:  GBase8sV8.8_TL_3.5.1_3X2_ARM

【操作系统】:kylin v10 sp3 2403

【CPU】:kunpeng 920

【问题描述】*:

首先,我在虚拟机上(相同操作系统+相同cpu+相同gbase版本)已经按照这两个帖子尝试且成功了,但是在物理机上却出现了这个问题,麻烦帮忙解答一下。

在参照社区帖子配置HAC集群时出现了问题:

帖子链接:

https://www.gbase.cn/community/post/4054

https://www.gbase.cn/community/post/4054

在执行到数据恢复:南大通用GBase 8s HAC集群搭建部署指南(下)→2、搭建HAC集群→ontape -s -L 0 -t STDIO |ssh 192.168.16.129 "source /home/gbasedbt/profile.hac && ontape-p -t STDIO"

这步,根据自己环境进行了修改后执行出现了以下错误:

could not fork server connection, SQLCODE -25582Physical restore failed - function read archive backup failed code 1 errno 0

查看对应的online日志,具体信息如下:

02/10/25 17:58:16  Assert Failed: No Exception Handler
02/10/25 17:58:16  GBase Database Server Version 12.10.FC4G1TL
02/10/25 17:58:16   Who: Session(13, gbasedbt@, 0, (nil))
              Thread(18, soctcplst, 0, 102)
              File: mtex.c Line: 512
02/10/25 17:58:16   Results: Exception Caught. Type: MT_EX_OS, Context: mem
02/10/25 17:58:16   Action: Please notify GBASE Techical Support.
02/10/25 17:58:16   See Also: /data1/GBASE/gbase/tmp/af.3facdb7
02/10/25 17:58:21  Thread ID 18 will NOT be suspended because
        it is deemed too critical to the server.
02/10/25 17:58:21   See Also: /data1/GBASE/gbase/tmp/af.3facdb7
02/10/25 17:58:21  Starting crash time check of:
02/10/25 17:58:21  1. memory block headers
02/10/25 17:58:21  2. stacks
02/10/25 17:58:21  Crash time checking found no problems
02/10/25 17:58:21  No Exception Handler
02/10/25 17:58:21  invoke_alarm(): /bin/sh -c '/data1/GBASE/gbase/etc/alarmprogram.sh 5 6 "Internal Subsystem failure: 'MT'" "No Exception Handler" "" 6500'
02/10/25 17:58:21  invoke_alarm(): mt_exec failed, status 32256, errno 0
02/10/25 17:58:21  Exception Caught. Type: MT_EX_OS, Context: mem
02/10/25 17:58:21  invoke_alarm(): /bin/sh -c '/data1/GBASE/gbase/etc/alarmprogram.sh 5 6 "Internal Subsystem failure: 'MT'" "Exception Caught. Type: MT_EX_OS, Context: mem" "" 6068'
02/10/25 17:58:21  invoke_alarm(): mt_exec failed, status 32256, errno 0
02/10/25 17:58:21  PANIC: Attempting to bring system down

评论

登录后才可以发表评论
用户头像
wty发表于 1年前
可能是传输中网络断了,多试几次
如果不行就先备份成文件,然后手动传到备机再执行恢复,然后再按步骤启动备机
备份:ontape -s -L 0 -t /opt/backup/
恢复:ontape -p -t /opt/backup/test12_10_L0
GBase用户25411发表于 1年前
@wty:备份后面的文件夹是对应的实例文件夹吗?
GBase用户25411发表于 1年前
@wty:在执行备份的时候就已经出现上述问题了,通过执行ontape -s -L 0 -t 实例dir,发现数据库进程就没了,查看日志就是我帖子中的内容。
用户头像
wty发表于 1年前
@GBase用户25411:一般备份不会有问题,重新初始化一个实例试试吧
GBase用户25411发表于 1年前
@wty:这已经是我搞的第三个实例了,我甚至还重装了gbase多次搞的,都是同一个问题
用户头像
wty发表于 1年前
@GBase用户25411:那你把ontape出问题时日志里的/data1/GBASE/gbase/tmp/af.xxxxx发出来看一下,前一两百行吧
GBase用户25411发表于 1年前
@wty:重装系统了,当前暂时没问题了
最佳回答
用户头像
levvel发表于 7个月前
哎呀,怎么说呢,嗯......
GBase用户47954发表于 3个月前
感谢作者的精彩分享!
曾云林发表于 2个月前
蹲个答案。
ljt98发表于 2个月前
看看啦。
崔哥发表于 2个月前
山光忽西落,池月渐东上。散发乘夕凉,开轩卧闲敞。荷风送香气,竹露滴清响。欲取鸣琴弹,恨无知音赏。感此怀故人,中宵劳梦想。