There is a difference between the installation requirements and the runtime, as 
is usual. Installation requires x , but runtime doesn't - and the docs state 
4GB as that's the amount needed to get a full install. If you're a min install, 
you might get away with 2GB without swapping to hard, but there we go. Once 
you've done the install, of course X isn't needed, but that will be for 
patching perhaps :-) 

Once you're into runtime, then YYMV -  it's your workload that generates the 
resource usage.

Cheers
Damian

 

-----Original Message-----
From: van Sleeuwen, Berry [mailto:berry.vansleeu...@atos.net] 
Sent: 16 December 2011 17:09
To: LINUX-390@vm.marist.edu
Subject: Re: Required packages on a zLinux server running Oracle vs "Put 
everything on"

I don't know if that would help too. Our Oracle "specialist" ran a script from 
Oracle to determine requirements and demanded that the requirements would be 
met otherwise he couldn't install Oracle. This is an SLES11 with Oracle 11. So 
now we have a guest with 4G memory, 2G /tmp and a lot of packages installed, 
including a full X-windows. Installing Oracle we had proved through measuring 
the system that he needed only 200M /tmp space and less than 1G memory. X is 
never being used. So even the Oracle scripts and books do not reflect the 
actual minimal requirements but still consider a stand-alone server running X. 
BTW, the server is now installed according to Oracle recommendations, running 
at over 55MIPS it is now a top5 machine in CPU consumption and 100% in Q3. No, 
the machine is not in use yet so this is the IDLE load.

Our SLES10 with Oracle 10 is a guest with a minimal installation, meaning the 
absolute minimum required to run a Linux guest and added a few packages such as 
sudo, sysstat etc. On top of that we've added: "cpp, gcc ,gcc-c++ , glibc-devel 
,libaio-devel ,libmudflap, libstdc++-devel, java-1_5_0-ibm-devel, expat-32bit, 
fontconfig-32bit ,freetype2-32bit, glibc-devel-32bit, openmotif, 
xorg-x11-libs-32bit, zlib-32bit". So this is the actual minimum requirement. 
Anything more is not required to install or run an Oracle. Also the guest runs 
2 oracle databases within 1G. Idle load at about 6MIPS and almost never in Q3. 
Conclusion, don't trust the requirements from Oracle, they are wrong. On the 
other hand, if you want to install using X then you indeed need a lot more than 
this.

Regards, Berry.

> -----Original Message-----
> From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of
> Damian Gallagher
> Sent: vrijdag 16 december 2011 15:47
> To: LINUX-390@VM.MARIST.EDU
> Subject: Re: Required packages on a zLinux server running Oracle vs "Put
> everything on"
>
> Oh, we can do better than that :-) On the assumption that you have a
> support contract, all you need is in this article:
> Note 1086769.1 -Ensure you have prerequisite rpms to install Oracle
> Database and AS10g(midtier) on IBM: Linux on System z (s390x)
>
> This provides an rpm which consists only of prereqs, thus ensuring you have
> the packages needed for the appropriate product. Run both sets, and you're
> good for E-Business Suite also.
>
> It won't necessarily tell you what you have that's unnecessary, though.
>
> Cheers
> Damian
>
>
> -----Original Message-----
> From: Mauro Souza [mailto:thoriu...@gmail.com]
> Sent: 16 December 2011 10:56
> To: LINUX-390@vm.marist.edu
> Subject: Re: Required packages on a zLinux server running Oracle vs "Put
> everything on"
>
> There's a RedBook
> (http://www.redbooks.ibm.com/abstracts/sg247634.html) for installing
> Oracle on System Z. It contains all the needed packages, so you could install
> just those packages. Having a lot of superfluous packages can slow your
> server down, use more memory and disk than it should, and create room for
> vulnerabilities (for instance on that Apache installed by default and never
> configured properly).
>
> Mauro
> http://mauro.limeiratem.com - registered Linux User: 294521 Scripture is
> both history, and a love letter from God.
>
>
> On Fri, Dec 16, 2011 at 1:43 AM, Marcy Cortes
> <marcy.d.cor...@wellsfargo.com
> > wrote:
>
> > The argument for not having them there is that you are subject to far
> > less security patching.
> > Now, some organizations don't seem to care about that.  Some others
> > care more than one can ever imagine.
> >
> >
> > Marcy
> >
> > -----Original Message-----
> > From: Linux on 390 Port [mailto:LINUX-390@vm.marist.edu] On Behalf Of
> > CHAPLIN, JAMES (CTR)
> > Sent: Thursday, December 15, 2011 3:20 PM
> > To: LINUX-390@vm.marist.edu
> > Subject: [LINUX-390] Required packages on a zLinux server running
> > Oracle vs "Put everything on"
> >
> > I got into a discussion with a co-worker over packages that are
> > installed on a zLinux oracle server. We are Running RHEL 5.7 at our
> > site, and are using Oracle 10g (about to go to 11g). I noticed that
> > our Oracle servers have an average of 1192 rpm packages installed and
> > 91 define system services compared to our other non-Oracle servers
> > (application, java, MQ & Websphere) having only 450 - 480 installed
> > rpm packages and 53 defined services.
> >
> >
> >
> > I am not an oracle expert. Can anyone point me to a list of required
> > software packages to be installed to support Oracle 10g? If you have
> > any suggestions or personal experiences with oracle and the zLinux
> > base platform, your comments are welcome.
> >
> >
> >
> > Another statement was "It does not matter what we have installed, as
> > long as Oracle is working", or don't touch unless it is broken. A
> > sample of the over 600 packages are httpd (apache) and eklogin. Others
> > like squid I believe is needed. I am just looking for a good baseline
> > and argument to clean up these servers from unneeded software.
> >
> >
> >
> > James Chaplin
> >
> > Systems Programmer, MVS, zVM & zLinux
> >
> >
> > ----------------------------------------------------------------------
> > For LINUX-390 subscribe / signoff / archive access instructions, send
> > email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
> > visit
> > http://www.marist.edu/htbin/wlvindex?LINUX-390
> > ----------------------------------------------------------------------
> > For more information on Linux on System z, visit
> > http://wiki.linuxvm.org/
> >
> > ----------------------------------------------------------------------
> > For LINUX-390 subscribe / signoff / archive access instructions, send
> > email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
> > visit
> > http://www.marist.edu/htbin/wlvindex?LINUX-390
> > ----------------------------------------------------------------------
> > For more information on Linux on System z, visit
> > http://wiki.linuxvm.org/
> >
>
> ----------------------------------------------------------------------
> For LINUX-390 subscribe / signoff / archive access instructions, send email to
> lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
> http://www.marist.edu/htbin/wlvindex?LINUX-390
> ----------------------------------------------------------------------
> For more information on Linux on System z, visit http://wiki.linuxvm.org/
>
> ----------------------------------------------------------------------
> For LINUX-390 subscribe / signoff / archive access instructions, send email to
> lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
> http://www.marist.edu/htbin/wlvindex?LINUX-390
> ----------------------------------------------------------------------
> For more information on Linux on System z, visit http://wiki.linuxvm.org/






Dit bericht is vertrouwelijk en kan geheime informatie bevatten enkel bestemd 
voor de geadresseerde. Indien dit bericht niet voor u is bestemd, verzoeken wij 
u dit onmiddellijk aan ons te melden en het bericht te vernietigen. Aangezien 
de integriteit van het bericht niet veilig gesteld is middels verzending via 
internet, kan Atos Nederland B.V. niet aansprakelijk worden gehouden voor de 
inhoud daarvan. Hoewel wij ons inspannen een virusvrij netwerk te hanteren, 
geven wij geen enkele garantie dat dit bericht virusvrij is, noch aanvaarden 
wij enige aansprakelijkheid voor de mogelijke aanwezigheid van een virus in dit 
bericht. Op al onze rechtsverhoudingen, aanbiedingen en overeenkomsten 
waaronder Atos Nederland B.V. goederen en/of diensten levert zijn met 
uitsluiting van alle andere voorwaarden de Leveringsvoorwaarden van Atos 
Nederland B.V. van toepassing. Deze worden u op aanvraag direct kosteloos 
toegezonden.

This e-mail and the documents attached are confidential and intended solely for 
the addressee; it may also be privileged. If you receive this e-mail in error, 
please notify the sender immediately and destroy it. As its integrity cannot be 
secured on the Internet, the Atos Nederland B.V. group liability cannot be 
triggered for the message content. Although the sender endeavours to maintain a 
computer virus-free network, the sender does not warrant that this transmission 
is virus-free and will not be liable for any damages resulting from any virus 
transmitted. On all offers and agreements under which Atos Nederland B.V. 
supplies goods and/or services of whatever nature, the Terms of Delivery from 
Atos Nederland B.V. exclusively apply. The Terms of Delivery shall be promptly 
submitted to you on your request.

Atos Nederland B.V. / Utrecht
KvK Utrecht 30132762

----------------------------------------------------------------------
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
----------------------------------------------------------------------
For more information on Linux on System z, visit
http://wiki.linuxvm.org/

----------------------------------------------------------------------
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
----------------------------------------------------------------------
For more information on Linux on System z, visit
http://wiki.linuxvm.org/

Reply via email to