[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-users] Installing proprietary software on XEN3-based systems...
Simonetti Ferdinando wrote: My boss says: "if you want to connect this system to my S.A.N. you have to install IBMsdd package!" (proprietary multipathing software). IBMsdd says: "ha ha, you have kernel version 2.6.12.6.something!!! I WANT WANT WANT REALLY WANT kernel version 2.6.9-11.Elsmp for loading my totally proprietary binary-only kernel modules!!!". binary-only kernel modules will not work under Xen.I would expect that when the distro's pick up Xen, companies will begin shipping Xen-aware modules. I'm not speaking for IBM here, just a pure speculation. Until then, if you need a binary-only module (nVidia driver, VMware module, IBMsdd, etc.) Xen is just not an option for you. You can install a stock RHEL4 under Xen. There is a Xen-aware glibc but it is not a requirement. You can use whatever version of glibc your software requires.So, I have to: - pray that kernel SRPMS are built from version 2.6.9-11 - grab them from here (http://bits.xensource.com/Xen/latest/xen-3.0-x86_32-rhel4.1.src.tar) - install kernel SRPMS - tweak the "kernel.spec" file to ensure that the "EXTRAVERSION" is exactly "-11.Elsmp" - build kernel RPMS, install it as dom0's kernel. Is it right??? Now comes the first "real-world" big thing... What if I need to install Oracle-whatever inside the guests??? The runInstaller is VERY picky about versions of "not-really-essential" software packages (like glibc, ah ha...), so I will need to rebuild again from the SRPMS after "glibc.spec" editing, isnt'it??? Xen guarentees that most userspace software will run unmodified so as long as it's strictly userspace (no kernel modules), you shouldn't have a problem here. Regards, Anthony Liguori Needed glibc-and-so-on versions for Oracle 9.2.0.7 on RHEL4... glibc-profile-2.3.4-2 glibc-devel-2.3.4-2 glibc-2.3.4-2 glibc-headers-2.3.4-2 glibc-common-2.3.4-2 glibc-utils-2.3.4-2 compat-glibc-headers-2.3.2-95.30 compat-libstdc++-33-3.2.3-47.3 compat-libgcc-296-2.96-132.7.2 compat-gcc-32-c++-3.2.3-47.3 nss_db-compat-2.2-29 compat-glibc-2.3.2-95.30 compat-gcc-32-3.2.3-47.3 compat-libcwait-2.1-1 compat-db-4.1.25-9 compat-libstdc++-296-2.96-132.7.2 compat-oracle-rhel4-1.0-5 compat-glibc-headers-2.3.2-95.30 Additionally, I'm thinking to "consolidate" the corporate firewall (actually running FW-1 commercial software on RH7.2)... And this will be ANOTHER nightmare, I think... :( Excuse me for being so "confusing"... My english isn't really good... All I need to know is: "is there anybody out there that faced successfully with this kind of 'proprietary software' problems running XEN?" Best regards and thanks in advance. F. Simonetti _______________________________________________ Xen-users mailing list Xen-users@xxxxxxxxxxxxxxxxxxx http://lists.xensource.com/xen-users _______________________________________________ Xen-users mailing list Xen-users@xxxxxxxxxxxxxxxxxxx http://lists.xensource.com/xen-users
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |