SUSE Linux升级后Progress AdminServer无法连接Broker问题求助

问题详情 #

SUSE Linux服务器升级完成后，Linux端与Windows服务器之间的Progress Broker突然中断通信。执行相关命令时直接跳过Broker搜索环节，等待4分钟后超时，提示无法连接或找到目标Broker。

已完成排查 #

• 检查Admin Server日志、Broker日志，未发现异常线索
• 使用telnet命令连接Windows服务器的20931端口，连通正常

环境信息 #

• Progress版本：11.3.2

命令执行输出 #

Connecting to Progress AdminServer using rmi://(win_server):20931/Chimera (8280)
Unable to connect to (broker_name)(8289)
Unable to find (broker_name)(8281)

可能的排查与解决方向 #

1. 排查SUSE升级后的防火墙/SELinux策略变更 #

SUSE升级可能默认调整了防火墙规则，即使20931端口可通，Broker使用的8281、8289端口仍可能被拦截：

• 临时关闭防火墙测试：执行systemctl stop firewalld（firewalld环境）或rcSuSEfirewall2 stop（旧版SUSE防火墙）
• 若关闭后通信恢复，需永久添加端口允许规则：

  firewall-cmd --add-port=8281/tcp --permanent
  firewall-cmd --add-port=8289/tcp --permanent
  firewall-cmd --reload
  

• 检查SELinux状态：sestatus，若为Enforcing模式，临时切换为Permissive测试：setenforce 0，若有效需配置SELinux允许对应端口的网络通信。

2. 验证Windows端Broker的端口监听状态 #

在Windows服务器上确认Broker是否正常监听目标端口：

• 执行netstat -ano | findstr ":8281"和netstat -ano | findstr ":8289"，检查端口是否被Progress相关进程占用
• 若端口未监听，重启Broker服务：执行proshut <broker_name> -by后重新启动Broker

3. 检查SUSE升级后的主机解析问题 #

升级可能导致DNS配置重置，引发Linux端无法正确解析Windows服务器主机名：

• 在Linux端执行nslookup (win_server)验证解析结果是否正确
• 若解析异常，手动在/etc/hosts中添加Windows服务器的IP与主机名映射

4. 确认Progress的Java环境兼容性 #

SUSE升级可能更新了系统Java版本，影响Progress RMI通信：

• 检查Progress使用的Java版本：$DLC/jre/bin/java -version，若使用的是系统Java，尝试切换回Progress自带的JRE环境
• 查看Admin Server配置文件$DLC/properties/adminServer.properties，确认rmi.hostname参数设置为Windows服务器的正确主机名或IP

5. 排查网络MTU配置问题 #

SUSE升级后网络MTU值可能被修改，导致大数据包传输失败：

• 检查Linux端当前MTU：ip link show
• 临时调整MTU为1400测试：ip link set dev <网卡名称> mtu 1400，若通信恢复，需永久修改MTU配置

内容的提问来源于stack exchange，提问作者Ashish Yadav