问题出现原因

在提供的CentOS Linux 7虚拟机的NAS中仅有dm8_20260708_x86_kylin10_sp1_64.iso，也就是麒麟V10 SP1操作系统64位版本的DM8，按照常见的DM8安装操作是可以正常挂载和提取bin的，包括输入**./DMInstall.bin -i**可以开始正常的DM8安装操作

如图所示，可以完成整个安装过程

然而在执行/home/dmdba/dmdbms/script/root/root_installer.sh之后，会出现问题

如图所示，启动DmAPService服务，会报错

错误内容是：Job for DmAPService.service failed because the control process exited with error code. See “systemctl status DmAPService.service” and “journalctl -xe” for details.

即：DmAPService 服务启动失败，需要查看具体错误。

分析故障原因

使用命令查询为什么会失败

systemctl status -l DmAPService.service

可以看到以下的内容

[root@caimohan ~]# systemctl status -l DmAPService.service
● DmAPService.service - DM Assistant Plug-In Service(DmAPService).
   Loaded: loaded (/usr/lib/systemd/system/DmAPService.service; enabled; vendor preset: disabled)
   Active: failed (Result: exit-code) since Sun 2026-07-12 21:54:00 CST; 40s ago
  Process: 21548 ExecStart=/home/dmdba/dmdbms/bin/DmAPService start (code=exited, status=1/FAILURE)

Jul 12 21:53:45 caimohan systemd[1]: Starting DM Assistant Plug-In Service(DmAPService)....
Jul 12 21:54:00 caimohan DmAPService[21548]: [37B blob data]
Jul 12 21:54:00 caimohan DmAPService[21548]: /home/dmdba/dmdbms/bin/dmap: /lib64/libc.so.6: version `GLIBC_2.28' not found (required by ./libdmos.so)
Jul 12 21:54:00 caimohan DmAPService[21548]: /home/dmdba/dmdbms/bin/dmap: /lib64/libc.so.6: version `GLIBC_2.28' not found (required by ./libdmfil.so)
Jul 12 21:54:00 caimohan systemd[1]: DmAPService.service: control process exited, code=exited status=1
Jul 12 21:54:00 caimohan systemd[1]: Failed to start DM Assistant Plug-In Service(DmAPService)..
Jul 12 21:54:00 caimohan systemd[1]: Unit DmAPService.service entered failed state.
Jul 12 21:54:00 caimohan systemd[1]: DmAPService.service failed.

从执行结果来看，挂载的麒麟版 ISO 依赖 glibc 2.28，但系统 glibc 是 2.17，所以仍然无法启动 dmap 服务

而glibc的问题是无法绕过的，并且直接更新的话属于高危操作

因此考虑的解决操作是

1. 自行往虚拟机上传CentOS Linux 7 x86版本的iso
2. 联系IT管理员上传

*如果你的电脑是Mac，且虚拟机不在本机，且使用的网段不同，请直接执行2，至于为什么可以看我下面踩过的坑

解决方法

假如你的电脑是可以正常使用ssh的，可以尝试scp、或者FinalShell之类的传输方法，如果你使用的是同一台计算机Vmware中的虚拟机，那更方便了，直接去设置一个共享文件夹，就可以把安装包轻松传输

但是如果你很不巧，使用的是Mac系统，有可能会跟我出现类似的情况，这里记录一下我在Mac系统下传输出现的问题：

使用scp

scp传输命令

scp dm8_20260708_x86_kylin10_sp1_64.iso root@你的虚拟机IP:/home/

使用命令查询虚拟机ip

ip addr

但我使用scp命令发现一直超时，因此使用ping命令测试

ping 你的虚拟机IP

ping不同可能是因为防火墙阻拦，可以关掉防火墙

systemctl stop firewalld

但我经历了以上操作依然发现，还是连不上，报错信息：

ssh: connect to host 192.168.200.18 port 22: Operation timed out
scp: Connection closed

所以在Mac终端执行以下命令，在终端新建一个窗口输入：

ifconfig | grep "inet " | grep -v 127.0.0.1

输出结果发现，Mac是10.100.x.x，虚拟机是192.168.x.x，不在同一网段，说明存在 NAT 或路由隔离

如果在是在同一计算机上的虚拟机

1. 使用的是 VMware：

关闭虚拟机（或关机），在 VMware 中编辑虚拟机设置。
选择 “网络适配器” → 将 “网络连接” 从 NAT 改为 桥接模式（Bridged）。
启动虚拟机，它会从路由器获取一个新的 IP（应该和 Mac 一样是 10.100.x.x 段）。
用 ip addr 查看新 IP，然后用 SCP 上传文件。

2. 使用的是 VirtualBox：

在虚拟机设置 → “网络” → “网卡1” → 将 “连接方式” 从 NAT 改为 桥接网卡。
启动虚拟机，获取新 IP 后上传文件。

如果不是同一台虚拟机，那是无法绕过这个问题的

于是我尝试了一种新的方式，通过 Mac 访问 NAS 共享

现在需要你确认：

1. NAS 是否可写（执行上面的 touch 命令）。
2. Mac 能否访问公司 NAS 共享

如果 NAS 可写且 Mac 能访问，优先用这个方法。如果 NAS 只读，联系公司 IT 协助上传。

确认 NAS 挂载点及权限

# 查看 NAS 挂载点
df -h | grep nas

# 测试是否可写
touch /mnt/nas/test_write.txt && echo "可写" || echo "只读"
rm -f /mnt/nas/test_write.txt

我发现是可写的，于是尝试

通过 Mac 访问 NAS 共享
在 Mac 上打开 Finder，按 Cmd + K。
输入服务器地址：

smb://你虚拟机的IP/mnt/nas_share

或者

cifs://你虚拟机的IP/nas_share

如果还是连不上，可能是 NAS 未开启 SMB 服务，或你的账号没有访问权限。可以联系公司 IT 确认：

NAS 的 SMB/CIFS 服务是否开启？
共享目录的正确路径是什么？
你的账号是否有读写权限？

至此，本人踩的坑已经全部总结完了，最后还是找公司IT上传了CentOS Linux 7安装包，五分钟不到就安完了DM8，但因为遇上的问题硬控本人一晚上，因此在此记录一下，以供大家参考