Re: FW: VIPCA error with SLES 10 64 and 10g RAC

"Peter Hawkins" <[email protected]>
Newsgroups gmane.linux.suse.oracle.general
Message-ID <[email protected]>
Hi,

We're running RAC on SLES10 x86_64 as well without problems - although it is
early days yet. We're running oracle 11.1.0.6 standard edition on a grid of
two servers connected to a Dell/EMC SAN, but we're using linux multipathing
instead of the PowerPath driver as it's easier not having to synchronise the
binary driver with the kernel (although ASMlib still requires that anyway).

Regards

Peter Hawkins

2008/3/27 Vladimir Barac <[email protected]>:

> Hi to everyone
>
> This comment - "I never was so brave as to run RAC on SLES10" - made me
> a bit concerned.
>
> We are running Q&A and production RAC on SLES10 / x86_64 for a year now.
> Oracle versions are 10.2.0.2 (production) and 10.2.0.4 (test
> environment). ASM disks are actually files served from NetApp filer.
>
> So far, we are more than happy. Simplicity of RAC deployment over a NAS
> storage is so great.
>
> What are the problems with SLES10/RAC10.2 that make you so scared? Are
> we lucky enough not to encounter them?
>
> Could you provide some list of bugs/problems? Could you share your
> experience in more details?
>
> Thank you in advance,
>
> Vladimir Barac
> Database administrator | Alghanim Industries
> P.O. Box 223, Safat 13003, Kuwait
> Tel: +965 881 111  / ext. 2960
>
> -----Original Message-----
> From: [email protected]
> [mailto:[email protected]] On Behalf Of
> Alexei_Roudnev
> Sent: Thursday, March 27, 2008 04:38
> To: Sean Clark; [email protected]
> Subject: Re: [suse-oracle] VIPCA error with SLES 10 64 and 10g RAC
>
> Error is in oracle code, written in C (or C++ or simular) and embedded
> into
> the java.
>
> (In
> Function=cls_thrGetctx+0x31
> Library=/u01/crs1020/lib32/libhasgen10.so
> )
>
> vipca can't get a list of interfaces. They use lib32 because java they
> run
> is 32 bits java.
>
> No any idea why. I never was so brave as to run RAC on SLES10 (I run it
> on
> SLES9 SP3 only).
>
> ----- Original Message -----
> From: "Sean Clark" <[email protected]>
> To: <[email protected]>
> Sent: Wednesday, March 26, 2008 6:02 PM
> Subject: [suse-oracle] VIPCA error with SLES 10 64 and 10g RAC
>
>
> >I get through the CRS install and during the running of root.sh on the
> > 2nd node of a 2 node cluster it fails and tells me to run the vipca
> > manually.  I have modified the vipca to unset the LD_ASSUME_KERNEL
> > parameter.  Here is the error.
> >
> >
> > An unexpected exception has been detected in native code outside the
> VM.
> > Unexpected Signal : 11 occurred at PC=0xEAD4AB95
> > Function=cls_thrGetctx+0x31
> > Library=/u01/crs1020/lib32/libhasgen10.so
> >
> > Current Java thread:
> >        at oracle.ops.mgmt.has.VIPNative.listNetInterfaces(Native
> > Method)
> >        at
> > oracle.ops.mgmt.has.HASContext.listInterfaces(HASContext.java:383)
> >        at oracle.ops.mgmt.has.VIP.listInterfaces(VIP.java:246)
> >        at oracle.ops.vipca.VipCA.getInterfaces(VipCA.java:605)
> >        at oracle.ops.vipca.VipCA.processGUIArgs(VipCA.java:452)
> >        at oracle.ops.vipca.VipCA.runApplication(VipCA.java:2841)
> >        at oracle.ops.vipca.VipCA.main(VipCA.java:3147)
> >
> > any ideas?
> >
> > Thanks,
> > Sean
> > _______________________________________________
> > suse-oracle mailing list
> > [email protected]
> > http://listx.novell.com/mailman/listinfo/suse-oracle
> >
>
> _______________________________________________
> suse-oracle mailing list
> [email protected]
> http://listx.novell.com/mailman/listinfo/suse-oracle
>
> ______________________________________________________________________
> This email has been scanned by the External Email Security System.
> ______________________________________________________________________
>
> ______________________________________________________________________
> This e-mail message and any attachments to it are for the sole use of the
> intended recipients and may contain confidential and privileged information.
>  This e-mail message and any attachments are the property of Yusuf A.
> Alghanim & Sons w.l.l. or any of its subsidiaries or affiliates ("Alghanim
> Industries").  Any unauthorized review, use, disclosure, or distribution of
> this e-mail message or its attachments is prohibited.  Any opinions
> expressed in this message are those of the author and do not necessarily
> reflect the opinion of Alghanim Industries.  If you are not an intended
> recipient, please notify the sender by reply e-mail and destroy all copies
> of the original message and any attachments.
> ______________________________________________________________________
>
> _______________________________________________
> suse-oracle mailing list
> [email protected]
> http://listx.novell.com/mailman/listinfo/suse-oracle
>
> Any views or opinions expressed in this e-mail are solely those
> of the author and are not necessarily those of Homeserve Retail
> Warranties or its associated organisations. This e-mail and any
> files transmitted with it are confidential and are only for the
> use of the intended recipient. If you are not the intended
> recipient or the person responsible for delivery to the intended
> recipient, be advised that you have received this e-mail in error
> and that any use, dissemination, forwarding, printing or copying
> of this e-mail is strictly prohibited. If you have received this
> e-mail in error, please notify us by phone on +44 0870 3203333.
>
> Whilst Homeserve Retail Warranties have made every effort to virus
> check all e-mail attachments, no responsibility is accepted for damage
> caused by viruses.
>
> Homeserve Retail Warranties reserves the right to monitor all e-mail
> for quality assurance and security purposes.
>
> Homeserve Warranties Ltd is authorised and regulated by the Financial
> Services Authority (FSA) Our FSA registration number is 311648
>
>
>
>

_______________________________________________
suse-oracle mailing list
[email protected]
http://listx.novell.com/mailman/listinfo/suse-oracle
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.