Micro Focus Data Protector 10.91 应该与使用 systemd 的 SLES 等 Linux 发行版一起使用,但客户端安装似乎不起作用:当我尝试安装客户端时,我收到一条错误消息(“ [110:101] 客户端导入失败! ”)而之前的安装步骤(核心组件、核心技术堆栈、磁盘代理)看起来很成功。
检查系统时,我看到有一个omni.socket
服务在运行,但引用的omni.service
不存在(没有对应的单元文件)。经过仔细检查,我发现了一个[email protected]
in /usr/lib/systemd/system/
,但这似乎无效。
我能做些什么来解决这个问题?
服务文件如下所示:
# /usr/lib/systemd/system/omni.socket
[Unit]
Description=DATA-PROTECTOR-INET
PartOf=omni.service
[Socket]
ListenStream=5555
Accept=yes
MaxConnections=1000000
MaxConnectionsPerSource=100000
[Install]
WantedBy=sockets.target
# /usr/lib/systemd/system/[email protected]
[Unit]
Description=DATA-PROTECTOR-INET
Requires=omni.socket
[Service]
StandardInput=socket
PIDFile=/var/run/omni.pid
ExecStart=/opt/omni/lbin/inet -log /var/opt/omni/log/inet.log
Type=simple
KillMode=process
[Install]
WantedBy=default.target
对我来说,这些服务文件似乎非常不完整:它们缺少网络和本地文件系统等依赖项。
澄清一下:我不是在寻找产品已经提供的安装说明(它们不起作用)。相反,我正在寻找一种在供应商修复错误时使错误版本工作的方法。
原来是防火墙问题:端口
5555/tcp
(传统 Data Protector 端口)在客户端被阻止。由于使用 SSH 完成安装(未阻止),因此可以下载和安装软件,但无法与单元管理器 (CM) 通信。
我使用这些 CLI 命令来配置防火墙(firewalld);您可能需要调整端口和区域:
请注意,
firewall-cmd
仅允许修改一项(当尝试更改多项时,其余的将被静默忽略(已存在增强请求))。一旦它起作用,似乎该
inet
过程返回了一些systemctl status omni*
看起来不太喜欢的随机值(它报告了不同的错误)。我不知道这些 systemd 单元文件是否处于良好状态(一些额外的调整可能会消除那些虚假错误)。
我还发现,
/etc/xinetd.d/omni
如果安装(并运行)xinetd,安装仍然使用。但是 xinetd 不会自动重新加载,因此必须在安装后手动完成以激活omni
服务。最后 Data Protector 仍然安装了一些带有恶意模式的文件
0666
;一些人可能想要修复的东西(chmod go-w
至少)。