两个问题 有问题的达梦客户端导致应用crash

【问题描述】
userapp03

su - smbsuser

bak安装包有问题的，不带bak包是正确的
573M damengbak.tgz
376M dameng.tgz

 

/var/log/messages 一直报错 $DM_HOME/bin/libdmdpc.so error
导致/var/log/messages 不断写信息，直到/var文件系统写满

Aug 25 03:40:03 userapp03 systemd-coredump[3198931]: Process 3198929 (swComJmsbSvr) of user 3006
dumped core.#012#012Stack trace of thread 3198929:#012#0 0x0000fffee20529ac n/a (/home/smbsuser/dameng/bin/libdmdpc.so)
#012#1 0x0000fffee20529e0 n/a (/home/smbsuser/dameng/bin/libdmdpc.so)#012#2 0x0000fffee2052a44 n/a
(/home/smbsuser/dameng/bin/libdmdpc.so)#012#3 0x0000fffee20aa934 n/a
(/home/smbsuser/dameng/bin/libdmdpc.so)#012#4 0x0000fffee1fc981c n/a
(/home/smbsuser/dameng/bin/libdmdpc.so)#012#5 0x0000fffee1fa8ee4 n/a
(/home/smbsuser/dameng/bin/libdmdpc.so)#012#6 0x0000fffee1f36070 n/a (/home/smbsuser/dameng/bin/libdmdpc.so)
#012#7 0x0000fffee1f360f0 n/a (/home/smbsuser/dameng/bin/libdmdpc.so)#012#8 0x0000fffee1f4eb64 n/a
(/home/smbsuser/dameng/bin/libdmdpc.so)#012#9 0x0000fffee1f4eb94 n/a (/home/smbsuser/dameng/bin/libdmdpc.so)
#012#10 0x0000fffee1f350ac n/a (/home/smbsuser/dameng/bin/libdmdpc.so)#012#11 0x0000fffee1d393a0 __cxa_finalize
(libc.so.6)#012#12 0x0000fffee2cbdc90 n/a (ld-linux-aarch64.so.1)#012#13 0x0000fffee1d38dfc n/a (libc.so.6)#012#14 0x0000fffee1d38f04 exit (libc.so.6)#012#15 0x00000000004033a0 main (swComJmsbSvr)#012#16 0x0000fffee1d23f80 __libc_start_main (libc.so.6)#012#17 0x0000000000402ff4 $x (swComJmsbSvr)#012#18 0x0000000000402ff4 $x (swComJmsbSvr)
Aug 25 03:40:03 userapp03 systemd[1]: systemd-coredump@4931585-3198930-0.service: Succeeded.

【问题分析】

问题是userapp03 的DM_HOME环境包有问题，但是使用同样方式安装的userapp04 的DM_HOME 环境包却没有问题

---有问题的libdmdpc.so
[root@userapp03 bin]# ls -ltr libdmdpc.so
-rwxr-xr-x 1 dddddd12514832 Dec 26 2023 libdmdpc.so

--正确的包大小 10326624
ls -ltr libdmdpc.so
-rwxr-xr-x 1 dddddd10326624 9▒▒ 30 2021 libdmdpc.so

【规避方法】

通过将测试环境的DM_HOME打包，覆盖到该环境，问题得到规避

正确的环境信息如下：
disql -id
1-2-70-21.09.08-147080-10028-SEC

--正确的包大小 10326624
ls -ltr libdmdpc.so
-rwxr-xr-x 1 dddddd10326624 9▒▒ 30 2021 libdmdpc.so

 

##202411 

 再次发现检查这个问题处在达梦版本管理问题上。2023arm 版本一直报错，换成2021 arm 版本正常运行

 

###问题2：

"-bash: is a directory“这是一个错误吗？

 

"-bash: is a directory"是一个错误提示，表示在命令行中输入的命令或路径是一个目录而不是可执行文件。这个错误通常发生在尝试执行一个目录而不是一个可执行文件时。

在Linux和Unix系统中，命令行提示符通常以"-bash"开头，表示当前使用的是Bash shell。当在命令行中输入一个目录路径时，系统会尝试将该目录作为命令来执行，但由于目录不是可执行文件，所以会出现"-bash: is a directory"的错误提示。

要解决这个错误，可以检查输入的命令或路径是否正确，并确保输入的是一个可执行文件而不是一个目录。如果是想进入该目录，可以使用"cd"命令来切换到该目录。

这个错误与云计算领域相关性不大，因此无需提供腾讯云相关产品和链接。

 .bash_profile 配置的有问题，克隆一个其他用户的profile 过来即可

 

 

###问题3：y [create] has error[-2007]:Syntax error.

--报错代码：

grant insert on ddd.killuser_log to dbmonopr;

create table "ddd"."DBLOG"
(
"ID" INT identity(1, 1) not null ,
sql_date DATETIME(6),
sql_txt VARCHAR(1200),
primary key("ID")
);

 

--fix:修改后：

达梦disql 复制create ,会自动打出也给空格 c reate ,导致建表失败
将create 改成大写CREATE ，问题得到规避

grant insert on ddd.killuser_log to dbmonopr;

CREATE table "ddd"."DBLOG"
(
"ID" INT identity(1, 1) not null ,
sql_date DATETIME(6),
sql_txt VARCHAR(1200),
primary key("ID")
);

 

 

##问题4：

### HA 3分钟才切换成功，达梦原厂回复这是正常现象
[monitor] 2024-09-27 21:47:16: 收到守护进程(AAA01)消息

[monitor] 2024-09-27 21:49:18: 登录监视器成功! -》中间相隔2分钟

[monitor] 2024-09-27 21:50:16: 实例AAA01[PRIMARY, OPEN, ISTAT_SAME:TRUE]不是STANDBY&OPEN状态
2024-09-27 21:50:28
#================================================================================#
GROUP OGUID MON_CONFIRM MODE MPP_FLAG
GRP1 453331 FALSE AUTO FALSE

 

###

问题。-登陆监视器 ，有台使用 中文用户名和 有台使用 username 搞混了，脚本无法识别中文用户，导致HA 3分钟才切换成功

 

规避方法：

监视器节点：

cd /etc
mv dm_svc.conf dm_svc.conf.bak

 

跟你所在监视器的服务器上是否配置/etc/dm_svc.conf语言环境有关。

你可以加入参数
LANGUAGE=(en)