Hey Smith, Thats OK. It was useful for us. We were also facing the same problem - the boxes running AS3 U4 running Oracle 10g R1 DB go out of memory once in a while goes for a toss till it is re-booted. Was wondering whether it is a generic issue with 2.4 kernel and 10gR1. Got it confirmed. Thanks. BTW, any other solutions for this? We are experimenting with AS 3 Update 6. Will keep posted. Regards, Kumaresh Ponnuswamy Tata Consultancy Services Limited Plot No 1, Survey No. 64/2, Software Units Layout Serilingampally Mandal, Madhapur Hyderabad - 500034,Andhra Pradesh India Mailto: kumaresh.p@xxxxxxx Website: http://www.tcs.com "Smith, Albert" <Albert.Smith@xxxxxxxxxxxxxxxxx> Sent by: redhat-list-bounces@xxxxxxxxxx 11/16/2005 08:16 PM Please respond to General Red Hat Linux discussion list <redhat-list@xxxxxxxxxx> To "General Red Hat Linux discussion list" <redhat-list@xxxxxxxxxx> cc Subject RE: Problems to Install Oracle Client 10g over Red Hat AS 3.0update3 Opps I just reread the message it's the client not the database. Sorry ignore what I said. 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 Smith, Albert > Sent: Wednesday, November 16, 2005 9:35 AM > To: General Red Hat Linux discussion list > Subject: RE: Problems to Install Oracle Client 10g over Red > Hat AS 3.0update3 > > 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 > > -- redhat-list mailing list unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe https://www.redhat.com/mailman/listinfo/redhat-list ForwardSourceID:NT00028BD6 Notice: The information contained in this e-mail message and/or attachments to it may contain confidential or privileged information. If you are not the intended recipient, any dissemination, use, review, distribution, printing or copying of the information contained in this e-mail message and/or attachments to it are strictly prohibited. If you have received this communication in error, please notify us by reply e-mail or telephone and immediately and permanently delete the message and any attachments. Thank you -- redhat-list mailing list unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subjecthttps://www.redhat.com/mailman/listinfo/redhat-list
