[prev in list] [next in list] [prev in thread] [next in thread]
List: suse-oracle
Subject: Re: [suse-oracle] VIPCA error with SLES 10 64 and 10g RAC
From: "Alexei_Roudnev" <Alexei_Roudnev () exigengroup ! com>
Date: 2008-03-27 17:59:21
Message-ID: 1f5001c89034$48f87240$7031a8c0 () exigengroup ! com
[Download RAW message or body]
I guess that 11g should work pretty well on SLES10, while 10.2.0.1 may
expect more problems on SLES10.
But I really found the bug when testing Oracle10 on SLES10.
I installed SLES10 SP1 (late beta but I don't expect much difference with
SP1 release) as a part of test standby database and run heavy load tests.
Second node was on Oracle Linux (other Linux which I tried). I run DataGuard
in a SYNC mode (FastFailover) between them.
I found that while on heavy load, Oracle lost archive log feeds from SLES10
Linux to Oracle Linux (or to SLES9 Linux) and reports error in aio, so that
DataGuard cluster unsyncronize and then resyncronize back using FAL.
I never saw simular problem when I run primary on Oracle Linux (or SLES9)
and secondary on SLES10. All other things looks good, except dumb new
Open-iSCSI stack which lost a lot of features supported in Cisco iSCSI.
So I suspect that something was wrong in tcp stack, aio or just oracle
adjustment to Linix on SLES10.
Problem is that we don't see a big installation base for Oracle on SLES10.
SLES9 had a really good installation base because of it's stability and
because it was a first Linux well adjusted to Oracle (orarun package). But
I don't see the same with SLES10 (looking into the different forums
including russian speaking), so I suspect more possible problems here.
In addition, RAC CRS is known as a permanent source of troubles so I am
never surprised seen Signal 11 in it's components. They (Oracle) had the
same story 1.5 years ago with 10.1.0.3 and early SLES9 x86_64.
As of me, we are sticked on SLES9 SP3 kernel 287 for Oracle; because SLES10
uses new iSCSI which don't support multiport iSCSI and require annoying
multipath configuration /and because it require once again to realight lvm
and iscsi), and because SLES9 SP4 still (I checked 2 weeks ago) have a fatal
bug in aio preventing orale from running on it if it uses aio. To makes
things more interesting, Oracle 10.2.0.3 have a bug in FastFailover in the
dataguard. We began to test SLES10 and OpenSuSe10.2 and a new installation
base for our purposes, but it's work in progress yet).
As of other impressions - SLES10 is much more consistent OS vs SLES9, and I
really have less troubles installing different software onto it, less
stability problems with hardware, update system is more consistent (esp. in
OpenSuSe where they removed ZEN update system and replaced it wuth a better
applications). It is a hit on laptops, out of questions. But oracle...
oracle really is a problem here.
IT is my IMHO and nothing more.
Alexei ROudnev
----- Original Message -----
From: "Vladimir Barac" <vbarac@Alghanim.com>
To: "Alexei_Roudnev" <Alexei_Roudnev@exigengroup.com>;
<suse-oracle-bounces@listx.novell.com>
Sent: Wednesday, March 26, 2008 9:42 PM
Subject: RE: [suse-oracle] VIPCA error with SLES 10 64 and 10g RAC
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: suse-oracle-bounces@listx.novell.com
[mailto:suse-oracle-bounces@listx.novell.com] On Behalf Of
Alexei_Roudnev
Sent: Thursday, March 27, 2008 04:38
To: Sean Clark; suse-oracle@listx.novell.com
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" <clarks@avalonconsult.com>
To: <suse-oracle@listx.novell.com>
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
> suse-oracle@listx.novell.com
> http://listx.novell.com/mailman/listinfo/suse-oracle
>
_______________________________________________
suse-oracle mailing list
suse-oracle@listx.novell.com
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
suse-oracle@listx.novell.com
http://listx.novell.com/mailman/listinfo/suse-oracle
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic