我正在尝试设置 CentOS 7 VM 来托管 Oracle 11gR2 数据库。没有桌面/x 窗口系统软件，但我确实尝试使用以下方式安装 11gR2 zip 文件
./runInstaller -silent -noconfig -responseFile <responseFile>.rsp
但这仅返回了一个指向 swing 库错误的 java 堆栈跟踪（毫不奇怪 - 我使用 -responseFile 和 -silent 的原因是因为我无法运行 UI。不知道为什么要调用 swing 库。）
因此我转而使用 oracle 公共 yum 存储库：
yum install oracle-rdbms-server-11gR2-preinstall
但这会产生以下输出：
Loaded plugins: fastestmirror, langpacks
Loading mirror speeds from cached hostfile
* base: www.mirrorservice.org
* extras: mirrors.melbourne.co.uk
* updates: mirrors.melbourne.co.uk
Resolving Dependencies
--> Running transaction check
---> Package oracle-rdbms-server-11gR2-preinstall.x86_64 0:1.0-12.el6 will be installed
--> Processing Dependency: xorg-x11-utils for package: oracle-rdbms-server-11gR2-preinstall-1.0-12.el6.x86_64
--> Processing Dependency: kernel-uek for package: oracle-rdbms-server-11gR2-preinstall-1.0-12.el6.x86_64
--> Processing Dependency: compat-libcap1 for package: oracle-rdbms-server-11gR2-preinstall-1.0-12.el6.x86_64
--> Processing Dependency: ksh for package: oracle-rdbms-server-11gR2-preinstall-1.0-12.el6.x86_64
--> Processing Dependency: libaio-devel for package: oracle-rdbms-server-11gR2-preinstall-1.0-12.el6.x86_64
--> Processing Dependency: xorg-x11-xauth for package: oracle-rdbms-server-11gR2-preinstall-1.0-12.el6.x86_64
--> Processing Dependency: compat-libstdc++-33 for package: oracle-rdbms-server-11gR2-preinstall-1.0-12.el6.x86_64
--> Running transaction check
---> Package compat-libcap1.x86_64 0:1.10-7.el7 will be installed
---> Package compat-libstdc++-33.x86_64 0:3.2.3-72.el7 will be installed
---> Package kernel-uek.x86_64 0:2.6.39-400.277.1.el6uek will be installed
--> Processing Dependency: kernel-uek-firmware = 2.6.39-400.277.1.el6uek for package: kernel-uek-2.6.39-400.277.1.el6uek.x86_64
--> Processing Dependency: ql23xx-firmware for package: kernel-uek-2.6.39-400.277.1.el6uek.x86_64
Package ql23xx-firmware-3.03.27-3.1.el6.noarch is obsoleted by linux-firmware-20150904-43.git6ebf5d5.el7.noarch which is already installed
---> Package ksh.x86_64 0:20120801-28.el6_7.3 will be installed
---> Package libaio-devel.x86_64 0:0.3.109-13.el7 will be installed
---> Package xorg-x11-utils.x86_64 0:7.5-13.1.el7 will be installed
--> Processing Dependency: libdmx.so.1()(64bit) for package: xorg-x11-utils-7.5-13.1.el7.x86_64
--> Processing Dependency: libXxf86misc.so.1()(64bit) for package: xorg-x11-utils-7.5-13.1.el7.x86_64
--> Processing Dependency: libXxf86dga.so.1()(64bit) for package: xorg-x11-utils-7.5-13.1.el7.x86_64
--> Processing Dependency: libXv.so.1()(64bit) for package: xorg-x11-utils-7.5-13.1.el7.x86_64
---> Package xorg-x11-xauth.x86_64 1:1.0.9-1.el7 will be installed
--> Processing Dependency: libXmuu.so.1()(64bit) for package: 1:xorg-x11-xauth-1.0.9-1.el7.x86_64
--> Running transaction check
---> Package kernel-uek.x86_64 0:2.6.39-400.277.1.el6uek will be installed
--> Processing Dependency: ql23xx-firmware for package: kernel-uek-2.6.39-400.277.1.el6uek.x86_64
Package ql23xx-firmware-3.03.27-3.1.el6.noarch is obsoleted by linux-firmware-20150904-43.git6ebf5d5.el7.noarch which is already installed
---> Package kernel-uek-firmware.noarch 0:2.6.39-400.277.1.el6uek will be installed
---> Package libXmu.x86_64 0:1.1.2-2.el7 will be installed
---> Package libXv.x86_64 0:1.0.10-2.el7 will be installed
---> Package libXxf86dga.x86_64 0:1.1.4-2.1.el7 will be installed
---> Package libXxf86misc.x86_64 0:1.0.3-7.1.el7 will be installed
---> Package libdmx.x86_64 0:1.1.3-3.el7 will be installed
--> Finished Dependency Resolution
Error: Package: kernel-uek-2.6.39-400.277.1.el6uek.x86_64 (ol6_UEK_latest)
Requires: ql23xx-firmware
Available: ql23xx-firmware-3.03.27-3.1.el6.noarch (ol6_latest)
ql23xx-firmware = 3.03.27-3.1.el6
You could try using --skip-broken to work around the problem
You could try running: rpm -Va --nofiles --nodigest
最后的两个建议都不能解决问题，并且（如上所述）试图告诉yum install ql23xx-firmware.noarch我我已经安装了更好的版本并拒绝安装。
那么，在没有桌面的 Centos 7 VM 上安装 Oracle 11g 数据库的可接受程序是什么？我是否应该尝试删除ql23xx-firmware-3.03.27-3.1.el6.noarch然后安装过时的ql23xx-firmware？
答案1
如果我可以把 @JohnMahowald 的评论作为答案，我会这么做。该问题是由 CentOS 7 中未满足的内核期望引起的。最初，我希望 SUT 及其 DB 位于同一 VM 上，以便更轻松地部署到桌面开发环境。但是，我决定将 DB 迁移到 Oracle Linux，并将 SUT 迁移到单独的 CentOS VM。