Bug 19101
Summary: | Oracle 8.1.6 Release 2 will not run on Redhat 7.0 | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Need Real Name <mstlouis> |
Component: | glibc | Assignee: | Jakub Jelinek <jakub> |
Status: | CLOSED DUPLICATE | QA Contact: | Aaron Brown <abrown> |
Severity: | medium | Docs Contact: | |
Priority: | high | ||
Version: | 7.0 | CC: | fweimer |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2000-10-14 22:33:43 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Need Real Name
2000-10-14 08:37:00 UTC
For the moment 6.2 is a good idea for this. The problem is that Oracle blindly attempts to relink bits of itself on install and does so without checking that its relinking modules against the same glibc. Thus it tries to build new modules versus glibc 2.2 and link them with glib2.1 code. Glibc 2.2 will happily run an oracle install done under 6.2, but their installer cant cope with the change of libc *** This bug has been marked as a duplicate of 18391 *** Actually it is a bug in GLIBC and not a problem with the installer. Oracle links correctly, when running you get a coredump. Running GDB on the coredump you see it is a problem within the glibc file and not within oracle. Infact, you have to INSTALL the wrong glibc (glibc-compat) and force oracle to link against the OLD glibc for it to even work period. It is not a bug in glibc. Symbol versioning works on linked objects (programs and shared libraries), not on relocatable files, and if you compile relocatable objects against one library, you have to link them against the same library (and then symbol versioning takes care that you can run that binary/shared library against newer glibc), but this is not true in the Oracle install process. Before symbol versioning it would not work either. If they say compiled their stuff against libc5, it would not run if you linked it against glibc 2.0. |