Problems to Install Oracle Client 10g over Red Hat AS 3.0update3

Wed Nov 16 13:24:25 UTC 2005

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 at gmail.com]
> 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 at wesleyan.co.uk>:
> > You can install both the 64 and 32 bit versions of glibc, 
> libstdc++ etc.
> >
> > [root at 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 at redhat.com
> > > [mailto:redhat-list-bounces at redhat.com]
> > > 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 at gmail.com
> > >
> > > --
> > > redhat-list mailing list
> > > unsubscribe 
> mailto:redhat-list-request at redhat.com?subject=unsubscribe
> > > https://www.redhat.com/mailman/listinfo/redhat-list
> > >
> > >
> > >
> > > --
> > > redhat-list mailing list
> > > unsubscribe 
> mailto:redhat-list-request at redhat.com?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 at redhat.com?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 at gmail.com
> 
> -- 
> redhat-list mailing list
> unsubscribe mailto:redhat-list-request at redhat.com?subject=unsubscribe
> https://www.redhat.com/mailman/listinfo/redhat-list
> 