Passenger项目在RHEL 9.6上的Ruby版本兼容性问题解决方案

问题背景

在Red Hat Enterprise Linux 9.6(代号Plow)系统上，用户尝试将Passenger从6.0.19-1版本升级到6.0.27-1版本时遇到了Ruby版本依赖问题。系统提示Passenger 6.0.27-1需要Ruby 3.0版本的动态链接库(libruby.so.3.0)，但在当前系统中无法找到合适的安装包。

问题分析

通过检查系统环境，发现RHEL 9.6默认启用了Ruby 3.1模块流(module stream)，而Passenger 6.0.27-1版本明确依赖Ruby 3.0版本。这种版本不匹配导致了依赖关系冲突。

在RHEL 9系统中，软件包管理采用了模块化(Modular)设计，允许同一软件的不同版本共存。Ruby作为关键组件，在RHEL 9中提供了多个版本流(3.0、3.1和3.3)，但默认情况下可能启用了非3.0版本。

解决方案

方法一：重置Ruby模块并安装3.0版本

1. 首先尝试重置Ruby模块配置：

   dnf module reset ruby
   

2. 然后启用Ruby 3.0模块流：

   dnf module enable ruby:3.0
   

3. 最后安装Passenger：

   yum upgrade passenger
   

方法二：完全移除后重新安装

如果上述方法无效，可以采取更彻底的解决方案：

1. 完全移除现有的Ruby和Passenger安装：

   dnf remove ruby passenger
   

2. 重新安装Ruby和Passenger：

   dnf install ruby passenger
   

这种方法通常能解决因模块流配置混乱导致的依赖问题。

技术细节

RHEL 9的模块化仓库设计允许系统管理员灵活选择软件版本，但也带来了额外的复杂性。当多个模块流可用时，系统会默认启用一个特定的版本流。在Ruby的情况下，RHEL 9.6默认启用了3.1版本流，而Passenger 6.0.27-1版本需要的是3.0版本流。

模块过滤(module filtering)机制会阻止不符合当前模块流配置的软件包安装，这就是为什么用户看到"filtered out by modular filtering"的错误信息。

最佳实践建议

1. 在升级关键组件前，先检查依赖关系：

   dnf repoquery --requires passenger
   

2. 了解当前系统中启用的模块流：

   dnf module list
   

3. 对于生产环境，建议在测试环境中先验证升级过程。

4. 考虑使用容器化技术来隔离不同应用的环境依赖，避免系统级的版本冲突。

总结

Passenger在RHEL 9.6上的安装问题主要源于Ruby版本模块流的选择。通过理解RHEL的模块化仓库机制，并采取适当的模块重置或完全重装措施，可以顺利解决这类依赖冲突问题。对于系统管理员来说，掌握模块化仓库的管理技巧是维护RHEL 9系统的重要技能之一。