Re: oracle 8.1.7
Bartlomiej Lidke <bartlomiej.lidke@pbpolsoft.com.pl> writes:
> witam
>
> mecze sie od jakiegos czasu z instalacja oracla 8.1.7 na
> podrasowanym potato (glibc 2.2.4 + jajko 2.4.17, 384mb ramu)
>
> instalacja wywala mi tuz po wybraniu typu instalacji
> (custom,typical,minimum), na ok 50%, za kazdym razem gdy zabiera sie
> za 'executing pre-requsites' = wyjscie z programu bez zadnego
> komentarza.....
Nie pamiętam teraz dokładnych numerków ale na 90% to kolejny przykład
niezgodności objectów Oracle z Twoim glibcem (a problem powstaje
ponieważ przelinkowany w trakcie instalacji svrmgrl rzuca core).
> ma ktos doswiadczenia? bo chyba bede musial puszczac to pod
> vmware i win2k :(
Używam Oracle 8.1.7 na woodym.
> niestety _koniecznie_ potrzebuje oracla i _koniecznie_ 8.1.7
Najbezpieczniejsza metoda: zainstalować (nawet wewnatrz vmware)
dystrybucję, której ten Oracle oficjalnie wymaga (któryśtam redhat i
to dokładnie ten). Zainstalować Oracle (nie robiąc bazy). Skopiować
cały katalog na Debiana. Będzie działać.
Druga metoda: cytuję opis, który został zrobiony dla RH 7.0 ale który
sam zastosowalem z powodzeniem przy mojej instalacji na woodym (modulo
to, że RPMa nie instalowałem a wykopiowałem sobie z niego co mi było
potrzebne)
-----------------------------------------
If you're having trouble with Oracle 8.1.x on any version of Linux that
uses glibc version 2.2, try this and see if it solves your problem:
The problem is that Oracle 8.1.x needs glibc 2.1.3. It will link
without error with glibc 2.2, but when you try to run dbassist or
create a database from scratch, there are problems (dbassist hangs,
"End of file on communication channel", etc.)
Here is a step-by-step process for getting Oracle 8.1.6 or 8.1.7
working on systems with glibc 2.2 (don't bother with 8.1.5 if you can
help it):
1. Install the compat-glibc RPM for 2.1.3.x
2. cd to the directory where compat-glibc installed the files (for me
it's /usr/i386-glibc21-linux/lib).
3. Copy the following files to $ORACLE_HOME/lib:
libc-2.1.3.so
libpthread.so
libdl.so
ld-linux.so.2
For me, several of these are symbolic links, so you'll need to copy the
target of the symbolic link and rename it to the link name when you copy
it to $ORACLE_HOME/lib.
For example, if ls -l shows:
ld-linux.so.2 -> ld-2.1.3.so
libc-2.1.3.so
libdl.so -> libdl.so.2
libpthread.so -> libpthread.so.0
Then you will:
cp ld-2.1.3.so $ORACLE_HOME/lib/ld-linux.so.2
cp libc-2.1.3.so $ORACLE_HOME/lib
cp libdl.so.2 $ORACLE_HOME/lib/libdl.so
cp libpthread.so.0 $ORACLE_HOME/lib/libpthread.so
4. Create a file in $ORACLE_HOME/lib called libc.so with the following
contents (as a single line):
GROUP ( <OH>/lib/libc-2.1.3.so <OH>/lib/ld-linux.so.2
<CL>/libc_nonshared.a )
Substitute the value of $ORACLE_HOME for <OH> and the location of the
compat-glibc directory for <CL>. For example:
My $ORACLE_HOME is:
/u01/app/oracle/product/8.1.7
(Notice the use of the OFA standard? Do yourself and others a favor -
follow the standard. If you don't know what OFA is, please see the
Oracle Administrator's Guide for UNIX.)
and my compat-glibc directory is:
/usr/i386-glibc21-linux/lib
so the GROUP line looks like this for me:
GROUP (/u01/app/oracle/product/8.1.7/lib/libc-2.1.3.so
/u01/app/oracle/product/8.1.7/lib/ld-linux.so.2
/usr/i386-glibc21-linux/lib/libc_nonshared.a)
This is all one line.
5. cd $ORACLE_HOME/bin
6. Run the following command from the UNIX prompt:
relink all
All of the Oracle software, including the assitants, will work fine now.
I have used this technique for RedHat 7.0 with the 2.2.16 kernel, as
well as the 2.4.0
and 2.4.1-pre11 kernels.
Thanks to Richard Rankin for this simple and reliable method (there are
others, but they are not as clean).
John Smiley
Sr. Oracle DBA
Lucent Technologies, Inc.
--
( Marcin Kasperski | If information is written down two ways, one of the )
( http://www.mk.w.pl | versions will soon be out of date. (XP practices) )
(----------------------------------------------------------------------------)
( Grupy dyskusyjne w firmie: http://www.mk.w.pl/narzedzia/narzedzia_inn )
--
To UNSUBSCRIBE, email to debian-user-polish-request@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Reply to: