达梦 DEM 常见异常处理

一、日志文件为空

现象：启动 dmagent 时启动失败，打开日志文件查看异常，却发现日志文件是空的。

原因：日志等级被设置为仅记录 ERROR，导致调试信息没有输出。

解决办法：调试阶段可临时将日志等级调整为 ALL，即可看到完整的启动过程日志。

vi /*/dmdbms/tool/dmagent/log4j.xml

问题定位完成后，建议将日志等级恢复为原有设置，避免日志膨胀。

二、dmagent 启动超时

现象：dmagent 启动过程中超时失败。

解决办法：修改 dmagent 的 systemd 服务文件，增大启动超时时间。

# 修改服务文件，增加超时时间
vi /usr/lib/systemd/system/DmAgentService.service

# 在 [Service] 部分添加
TimeoutStartSec=300

# 重新加载 systemd 配置
systemctl daemon-reload

# 启动 dmagent
./service.sh start

三、部署时连接超时：Connection timed out: connect

现象：部署数据时在实例规划阶段出现 Connection timed out: connect 连接超时异常，但在资源管理界面中，所有主机都显示状态正常。

排查思路：

如果是多台主机，需要先确认是哪台主机出了问题。可在资源监控界面 → 主机管理界面中连接主机，测试是否能够连通。

情况一：连接失败

连接失败说明 DEM 与主机通信异常，但此时资源界面却显示主机状态正常。此时需要分别验证两个方向的连通性：

# DEM 测试能否连接主机
curl -v --connect-timeout 5 telnet://主机ip:6364

# 主机测试能否连接 DEM
curl -v --connect-timeout 5 http://10.82.240.27:32156/

如果出现"主机可以连接 DEM，但 DEM 不能连通主机，而 DEM 又能 ping 通主机 IP"的现象，则基本可以判断是端口没有放行。

此时若查看防火墙状态发现已关闭，可进一步推测：虽然 firewalld 服务显示已停用，但它之前写入的 iptables 规则链仍然残留并生效。

放行端口并重启 dmagent：

# 清空所有规则和自定义链
iptables -F
iptables -X

# 默认策略设为 ACCEPT（放行所有）
iptables -P INPUT ACCEPT
iptables -P FORWARD ACCEPT
iptables -P OUTPUT ACCEPT

# 保存规则
service iptables save

# 重启 dmagent
./service.sh restart

生产环境建议：不要全量放行，而是按需放行指定端口，兼顾连通性与安全性：

iptables -I IN_public_allow 1 -s 放行的ip -p tcp --dport 端口号 -j ACCEPT
service iptables save