[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.

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???
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.

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


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.