Re: Installing Oracle on uncertified Linux, like Debian, Download RedHat, Gentoo ?

These are the results of the Australian Jury:

• Shared Memory Limits -------------- max number of segments = 4096 max seg size (kbytes) = 503316 max total shared memory (kbytes) = 8388608 min seg size (bytes) = 1
• Semaphore Limits -------------- max number of arrays = 128 max semaphores per array = 250 max semaphores system wide = 32000 max ops per semop call = 100 semaphore max value = 32767
  • Messages: Limits ------------ max queues system wide = 16 max size of message (bytes) = 8192 default max size of queue (bytes) = 16384

Hope that means something to you! (PS. I have 1 GB RAM on this box, hence the max seg size setting... about 50% of physical RAM).

Regards
HJR "Guido Stepken" <stepken_at_little-idiot.de> wrote in message news:b5p62h$tgv$02$1_at_news.t-online.com...
> tnx for your detailed instuctions
>
> what shows following command on your machine ?
>
> [userxy_at_redtux userxy]$ ipcs -l
>
> ----- Gemeinsamer Speicher: Grenzen -----
> Maximale Anzahl der Segmente = 4096
> Maximale Segmentgröße (kB) = 32768
> Maximaler gesamter gemeinsamer Speicher (KByte) = 8388608
> Minimale Segmentgröße (Bytes) = 1
>
> ----- Semaphorengrenzen -----
> max number of arrays = 128
> max semaphores per array = 250
> max semaphores system wide = 32000
> max ops per semop call = 32
> semaphore max value = 32767
>
> ----- Nachrichten: Grenzen -----
> max queues system wide = 16
> max size of message (bytes) = 8192
> default max size of queue (bytes) = 16384
>
> [userxy_at_redtux userxy]$
>
>
> Howard J. Rogers wrote:
> > Here's how I install on Red Hat 8.0 (being a mere former Windows user,
some
> > of this might not be as elegant as a 'real' Linux user might prefer)>
> >
> > 1. Install Red Hat 8.0 with options for Gnome development, X development
and
> > Kernel development selected.
> >
> > 2. When installed, use the GUI tool to create a user 'Oracle', and a
group
> > called 'dba'. Make 'Oracle' a member of the dba group.
> >
> > 3. Log in as root, and edit /etc/rc.local. Add the lines: "cd
> > /proc/sys/kernel" and "cat 250 32000 100 128 > sem" to the end of the
file
> > (without the quotes, obviously). That gets the kernel right for future
box
> > bounces, but to get it right, right now, for this installation, also as
root
> > open a terminal window and do a cd /proc/sys/kernel and cat 250 32000
100
> > 128 > sem.
> >
> > 4. Create the file locations and get permissions correct (still logged
in
> > as root):
> > $ mkdir /opt/bin
> > $ chown oracle:dba /opt/bin
> > $ mkdir /u01
> > $ mkdir /u01/app
> > $ mkdir /u01/app/oracle
> > $ mkdir /u01/app/oracle/9i
> > $ chown -R oracle:dba /u01/app/oracle
> >
> > 5. Download the three cpio files from technet.oracle.com, and save them
in
> > the / directory (still logged in as root!!). Then:
> >
> > $ cpio -idmv < Linux9i_Disk1.cpio
> > $ cpio -idmv < Linux9i_Disk2.cpio
> > $ cpio -idmv < Linux9i_Disk3.cpio
> >
> > (file names on the right-hand side of the "<" might vary, but you get
the
> > idea). That creates you directories called "Disk1", "Disk2" and "Disk3",
> > which means the installation should proceed without the need to swap CDs
or
> > otherwise intervene. For good measure, chown dba:oracle /Disk1, chown
> > dba:oracle /Disk2 and chown dba:oracle /Disk3.
> >
> > 6. Log in as Oracle. Get your environment variables correct. Edit the
> > ..bashrc file in your home directory so it reads:
> >
> > export ORACLE_SID=db9
> > export ORACLE_BASE=/u01/app/oracle
> > export ORACLE_HOME=/u01/app/oracle/9i
> > export NLS_LANG=AMERICAN_AMERICA.WE8ISO8859P1
> > export ORA_NLS33=$ORACLE_HOME/ocommon/nls/admin/data
> > export LD_LIBRARY_PATH=$ORACLE_HOME/lib:/lib:/usr/lib:/usr/local/lib
> >

PATH=$ORACLE_HOME/bin:/opt/bin:/bin:/usr/bin:/usr/local/bin:/usr/sbin:/usr/X
> > 11R6/bin:/usr/local/java/bin:.
> > export PATH
> > export JAVA_HOME=/usr/local/java
> >

CLASSPATH=$ORACLE_HOME/jdbc/lib/classes12.zip:$ORACLE_HOME/JRE:$ORACLE_HOME/
> > jlib:$ORACLE_HOME/rdbms/jlib:$ORACLE_HOME/network/jlib:.
> > export CLASSPATH
> >
> > Save. And then invoke the script to get the variables actually set for
your
> > current session:
> >
> > $ . ./.bashrc (that's dot space dot slash dot profile)
> >
> > Check the profile is loaded:
> >
> > $export
> >
> > Check the display carefully, and make sure ORACLE_HOME etc are all
showing
> > sensible values.
> >
> > 7. Run the installer:
> >
> > $/DISK1/runInstaller
> >
> > Select to do an Enterprise Edition, Software Only install.
> >
> > After that, it's all plain sailing, until about 86% through the linking
> > phase, when you'll get an error concerning ctx. When the error appears,
open
> > another terminal, and cd to $ORACLE_HOME/ctx/lib. Edit the file
env_ctx.mk.
> > Scroll down to the bottom, and find the line that reads INSO_LINK= blah
blah
> > blah. Instead of it reading:
> >
> > INSO_LINK =-L$(CTXLIB) $(LDLIBFLAG)m $(LDLIBFLAG)sc_ca [etc etc etc]
> >
> > ....it needs to read:
> >
> > INSO_LINK = -L$(CTXLIB) $(LDLIBFLAG)m $(LDLIBFLAG)dl $(LDLIBFLAG)sc_ca
[etc
> > etc etc]
> >
> > That is, just add the $(LDLIBFLAG)dl item between the similar "m" and
> > "sc_ca" ones. Save the file, and click the 'Retry' option on the error
> > message dialog, and the installation should run through to completion.
> > Cancel the Enterprise Manager thingy that appears at the end asking you
to
> > add a database to the tree.
> >
> > After that, it's just dbca to create a database, and a whole bunch of
> > oemutil and oemapp stuff to create a management server with repository
> > database, and netca to get all the networking stuff dealt with.
> >
> > Runs just fine. So Oracle *does* work on Red Hat 8.0.
> >
> > Regards
> > HJR
> >
> >
> >
> >
> >
> >
> >
> >
> > "Guido Stepken" <stepken_at_little-idiot.de> wrote in message
> > news:b5ho8l$d3p$02$1_at_news.t-online.com...
> >
> >>Hi out there !
> >>
> >>I am still wondering, why the heck oracle 8i/9i shouldn't run on any
> >>Linux, preferably Debian, Gentoo, RedHat 8.0 download edition ?
> >>
> >>I know, that suse on its enterprise edition (SLES) has exchanged a
> >>function in glibc, which caused a memory leak in oracle. Oracle has
> >>sent its own code for being replaced in SuSE.
> >>
> >>So it can be, that other distributions have a memory leak too.
> >>
> >>My question: Who has installed and running oracle stable on uncertified
> >>Linux distributions ?
> >>
> >>Stable configurations wanted: Linux Distribution, Kernel - #,
> >
> > libc-#.......
> >
> >>tnx in advance, regards, Guido Stepken
> >>
> >
> >
> >
>
Received on Tue Mar 25 2003 - 14:38:36 CST