On Sun, Apr 10, 2011 at 10:35:53AM +0200, Luc de Louw wrote: > > I already made tests with 1.4 nightly and XE11 on EL6. I tested some > very basic stuff like installing, ISS, registering a client. It > basically works. There are some issues: > > 1. Installation of oracle XE 11 failed: > > Transaction Test Succeeded > Running Transaction > Error in PREIN scriptlet in rpm package oracle-xe-11.2.0-0.5.x86_64 > error: "net.bridge.bridge-nf-call-ip6tables" is an unknown key > error: "net.bridge.bridge-nf-call-iptables" is an unknown key > error: "net.bridge.bridge-nf-call-arptables" is an unknown key > error: %pre(oracle-xe-11.2.0-0.5.x86_64) scriptlet failed, exit status 255 > error: install: %pre scriptlet failed (2), skipping oracle-xe-11.2.0-0.5 > > Failed: > oracle-xe.x86_64 0:11.2.0-0.5 > > However, with rpm -ihv --noscript I was able to install it.
The better approach is not to --noscript but to run the rpm -Uvh twice, to get sysctl settled: https://fedorahosted.org/spacewalk/wiki/OracleXeSetup#OracleXEitself If you noscript it, you might lose potentially useful changes that the %pre / %post scriptlets make to the installation. > 2. Installation of oracle-xe-selinux failes due to dependency > problems (oracle-xe-univ vs. oracle-xe): > > ---> Package oracle-xe-selinux.noarch 0:10.2.0.20-1.el6 set to be updated > --> Processing Dependency: oracle-xe-univ for package: > oracle-xe-selinux-10.2.0.20-1.el6.noarch > ---> Package setools-libs.x86_64 0:3.3.7-4.el6 set to be updated > --> Finished Dependency Resolution > Error: Package: oracle-xe-selinux-10.2.0.20-1.el6.noarch (spacewalk) > Requires: oracle-xe-univ > > No problem so far with rpm -ihv --nodeps > oracle-xe-selinux-10.2.0.20-1.el6.noarch.rpm > > Have not seen any oracle releated AVCs afterwards. Please check (ps axuZ) what SELinux domain the Oracle processes are in -- I assume it will not be properly confined as the location of the binaries changed since oracle-xe-univ, so the file context don't apply for the version 11. If you or someone want to spend the time updating the path to match the new version, I'm willing to apply a patch, but we don't know what Oracle plans to use as the final (non-beta) location, so it might be just a waste of time if they go back to the 10-ish setup later. -- Jan Pazdziora Principal Software Engineer, Satellite Engineering, Red Hat _______________________________________________ Spacewalk-devel mailing list Spacewalk-devel@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-devel