The only thing I want to add is I would not put 10G on AS3 I would use AS4 and make sure it's 10GR2. The 2.4 kernel has a problem with the way it handles the free memory with Oracle. The dirty pages don't always flush out which causes memory to be locked and unusable. The only solution we were able to come up with was to reboot the server on an nightly basis as shutting down oracle doesn't resolve the issue in whole. We have done testing with the 2.6.9 kernel and it seems to have handled the memory a lot better in this aspect. I am currently testing AS4 with 9i, 10GR1 and will be testing with 10GR2 and so far 2 weeks and no reboot needed. Albert Smith Sr. Unix Systems Administrator HPCSA, RHCT Genex Services 440 E. Swedesford Rd. Wayne, PA 19087 albert.smith@xxxxxxxxxxxxxxxxx (610) 964-5154 > -----Original Message----- > From: redhat-list-bounces@xxxxxxxxxx > [mailto:redhat-list-bounces@xxxxxxxxxx] On Behalf Of Fábio Augusto > Sent: Wednesday, November 16, 2005 9:26 AM > To: General Red Hat Linux discussion list > Subject: Re: Problems to Install Oracle Client 10g over Red > Hat AS 3.0update3 > > Hi Mr. Lunt, > > I don't like to use the --nodeps too, that's the last choice > to the administrator. I didn't try to install it using > neither the Uvh or up2date. > > I would like to know how do you install both these packadges > on your Opteron Servers. I believe that you have two > packadges, one for 32 and the other for 64 bits architecture. > If you have to install both, how do you use to do it? > > Thanks again!! > > 2005/11/16, Lunt, Nick <Nick.Lunt@xxxxxxxxxxxxxx>: > > Hi, > > > > All my 64 bit machines with Oracle on are AMD, Im afraid I > have no experience of POWER 5 servers. > > > > Personally I would not use the nodeps arg to RPM on a > production machine. > > > > I take it that you have tried to install the RPM's with rpm > -Uvh instead of -ivh too ? > > Also I would suggest trying to install the required > packages using up2date. > > > > I don't know if either of those methods will work. We had a > situation > > here a couple of weeks ago where one of our junior admins > made a mess > > of RPM on a server by using nodeps etc with important > library packages, and they ended up having to reinstall ! > > > > Good Luck, > > Nick . > > > > > -----Original Message----- > > > From: Fábio Augusto [mailto:fabiomirmar@xxxxxxxxx] > > > Sent: 16 November 2005 13:08 > > > To: General Red Hat Linux discussion list > > > Subject: Re: Problems to Install Oracle Client 10g over Red Hat AS > > > 3.0update3 > > > > > > > > > Mr. Lunt, > > > > > > First of all, thanks a lot by answering my message. > > > > > > Some libraries were already installed using both the 32 > and 64 bit > > > packages. If I use the command rpm -ql package, I'm going to see > > > some libraries under the /lib directory and the same > library under > > > the /lib64. > > > > > > The processor used by the Open Power Server is under the > IBM POWER > > > architecture. If I'm not wrong, this is a POWER 5 processor. > > > > > > The great question is: Not all the libraries were > installed, and now > > > I have to do it, so in the installation media, I have > some packadges > > > called packagename-version.ppc.rpm and other packadges called > > > packagename-version.ppc64.rpm, but If I install one of > them and then > > > try to install the other, I receive the message filed to install, > > > packadge packagename-version.ppc64.rpm conflicts with > > > packagename-version.ppc.rpm already installed. > > > > > > What should I do? Which is the best way to install those > packadges? > > > Is it safe to use rpm -ivh packagename-version.ppc64.rpm --nodeps? > > > > > > Thanks a lot once more. > > > > > > 2005/11/16, Lunt, Nick <Nick.Lunt@xxxxxxxxxxxxxx>: > > > > You can install both the 64 and 32 bit versions of glibc, > > > libstdc++ etc. > > > > > > > > [root@bounty user_scripts]# rpm -q glibc glibc-devel > > > > glibc-2.3.4-2.13 > > > > glibc-2.3.4-2.13 > > > > glibc-devel-2.3.4-2.13 > > > > glibc-devel-2.3.4-2.13 > > > > > > > > I can then query which is which by running rpm -qil glibc > > > which will give me the info for both the 32 and 64 bit versions. > > > > > > > > If you having trouble installed the 32 and 64 bit versions > > > then there may be some other errors that are causing this. > > > > > > > > Good luck, > > > > Nick . > > > > > > > > > > > > -----Original Message----- > > > > > From: redhat-list-bounces@xxxxxxxxxx > > > > > [mailto:redhat-list-bounces@xxxxxxxxxx] > > > > > On Behalf Of Fábio Augusto > > > > > Sent: Wednesday, November 16, 2005 5:21 AM > > > > > To: Lista Red Hat > > > > > Subject: Problems to Install Oracle Client 10g over > Red Hat AS > > > > > 3.0 update 3 > > > > > > > > > > Good Evening for everyone, > > > > > > > > > > I'm working on the installation of a Red Hat AS > > > 3.0 update 3 > > > > > Linux for a client. The Orable DBA sent me an e-mail > > > asking about the > > > > > installation of some pre-requisite packages for linux. > > > > > > > > > > I've installed all the required pre-requisite > > > packages over > > > > > linux, but I read something strange on the Documentation > > > for Oracle > > > > > Client installation. This documentation asks for the > following > > > > > packages to be installed using both 64 and 32 bits RPMs: > > > > > > > > > > libgcc-3.2.3-42 > > > > > libstdc++-3.2.3-42 > > > > > libstdc++-devel-3.2.3-42 > > > > > glibc-2.3.2-95.27 > > > > > glibc-devel-2* > > > > > > > > > > I'm using a Open Power (pSeries - 64 bits) > Server. If I > > > > > install the 64 bit package of any of those and then try > > > to install the > > > > > 32 bits package, I'm going to receive and error message > > > telling that > > > > > the installation conflicts with the package already installed. > > > > > > > > > > Does anyone here have already tryied to install two > versions of > > > > > package on the same machine? How can I install without having > > > > > the conflict? Does anyone have successfully installed an > > > Oracle Client 10g > > > > > over a Red Hat AS 3 update 3? Which is the best way > to do this > > > > > installation? > > > > > > > > > > Thanks a Lot!! > > > > > > > > > > Regards, > > > > > -- > > > > > Fábio Augusto Miranda Martins > > > > > Fone: 6202-3897 / 6987-0590 > > > > > Cel: 9638-9085 > > > > > E-mail: fabiomirmar@xxxxxxxxx > > > > > > > > > > -- > > > > > redhat-list mailing list > > > > > unsubscribe > > > mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe > > > > > https://www.redhat.com/mailman/listinfo/redhat-list > > > > > > > > > > > > > > > > > > > > -- > > > > > redhat-list mailing list > > > > > unsubscribe > > > mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe > > > > > https://www.redhat.com/mailman/listinfo/redhat-list > > > > > > > > > > > > > > > > > Wesleyan Administration Services Ltd registered number > > > 5188850 and Wesleyan Unit Trust Managers Ltd registered number > > > 2114859 ("WUTM Ltd") > > > > are wholly owned subsidiary companies of Wesleyan Assurance > > > Society, whose registered number is ZC145. > > > > WUTM Ltd is a member of IMA. For ISA/PEP/Unit Trusts > > > Administration Centre: PO Box Basildon SS15 5WQ Telephone: > > > 0870 601 6129 > > > > Wesleyan Assurance Society and WUTM Ltd are authorised and > > > regulated by the Financial Services Authority. > > > > Head Office, Colmore Circus, Birmingham B4 6AR. Telephone: > > > 0121 200 3003 Fax 0121 200 2971. > > > > Website: www.wesleyan.co.uk Telephone calls may be recorded > > > for monitoring and training purposes. > > > > > > > > CONFIDENTIALITY NOTICE > > > > > > > > This communication and the information it contains is > > > intended for the person or organisation to whom it is > addressed. Its > > > contents are confidential and may be protected in law. > Unauthorised > > > use, copying or disclosure of any of it may be unlawful. > If you are > > > not the intended recipient, please contact us immediately. > > > > > > > > The contents of any attachments in this e-mail may contain > > > software viruses, which could damage your own computer > system. While > > > every reasonable precaution to minimise this risk has > been taken, we > > > cannot accept liability for any damage that you sustain > as a result > > > of software viruses. You should carry out your own virus checking > > > procedure before opening any attachment. > > > > > > > > > > > > -- > > > > redhat-list mailing list > > > > unsubscribe > > > mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe > > > > https://www.redhat.com/mailman/listinfo/redhat-list > > > > > > > > > > > > > -- > > > Fábio Augusto Miranda Martins > > > Fone: 6202-3897 / 6987-0590 > > > Cel: 9638-9085 > > > E-mail: fabiomirmar@xxxxxxxxx > > > > > > -- > > > redhat-list mailing list > > > unsubscribe > > > mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe > > > https://www.redhat.com/mailman/listinfo/redhat-list > > > > > > > -- > > redhat-list mailing list > > unsubscribe > mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe > > https://www.redhat.com/mailman/listinfo/redhat-list > > > > > -- > Fábio Augusto Miranda Martins > Fone: 6202-3897 / 6987-0590 > Cel: 9638-9085 > E-mail: fabiomirmar@xxxxxxxxx > > -- > redhat-list mailing list > unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe > https://www.redhat.com/mailman/listinfo/redhat-list > > -- redhat-list mailing list unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe https://www.redhat.com/mailman/listinfo/redhat-list
