Re: RAC and network failures
- From: Q A I S E R <qrasheed@xxxxxxxxx>
- To: oracle-l@xxxxxxxxxxxxx
- Date: Fri, 13 Aug 2004 11:38:56 -0500
Ray,
In our testing for network failures in RAC, we pulled the network
cables between two nodes of cluster. In our case we had node eviction
for one node and the other
RAC instance survived. We have VERITAS DBE/ AC 3.5, RAC 9.2.0.5, Solaris 8.
Note Note:219361.1 at metalink gives you more detail on communication
errors and cluster reconfiguration due to various reasons, including
Network issues.
Qaiser
On Thu, 12 Aug 2004 16:37:00 -0400, Ray Stell <stellr@xxxxxxxxxx> wrote:
> 10g RAC on Red Hat AS 3.0 using CRS (Cluster Ready Services)
>
> I've was under the impression that RAC was supposed to be able
> to handle network failures. Now that I go back and look, I don't
> see this discussed in detail within the documentation. Rather,
> there are hints, such as:
>
> http://www.oracle.com/technology/products/oracle9i/datasheets/rac/rac_rel2_ds.html
>
> "Through introduction of quorum disk, network failure and node failure
> are detected and resolved faster, resulting in faster completion of
> cluster reconfiguration."
>
> My testing shows that if a network failure takes place to one node, all
> nodes are frozen and basically the concept of high availability is not
> on the radar; no new connetions to any node and current connections
> to alternate nodes are locked up and end with a 3113 error.
>
> Have others had success in making RAC highly available during
> network failures? Maybe this is a function of not using an OS based
> cluster solution. "Anyone know what this is? Class? Anyone? Anyone?
> anyone seen this before."
>
> An almost complete tar indicates that this is a bug that would be
> treated as a new feature request and NOT something that would happen in
> 10g if ever.
>
> regards,
> Ferris Bueller
> ===============================================================
> Ray Stell stellr@xxxxxx (540) 231-4109 KE4TJC 28^D
> ----------------------------------------------------------------
> Please see the official ORACLE-L FAQ: http://www.orafaq.com
> ----------------------------------------------------------------
> To unsubscribe send email to: oracle-l-request@xxxxxxxxxxxxx
> put 'unsubscribe' in the subject line.
> --
> Archives are at //www.freelists.org/archives/oracle-l/
> FAQ is at //www.freelists.org/help/fom-serve/cache/1.html
> -----------------------------------------------------------------
>
----------------------------------------------------------------
Please see the official ORACLE-L FAQ: http://www.orafaq.com
----------------------------------------------------------------
To unsubscribe send email to: oracle-l-request@xxxxxxxxxxxxx
put 'unsubscribe' in the subject line.
--
Archives are at //www.freelists.org/archives/oracle-l/
FAQ is at //www.freelists.org/help/fom-serve/cache/1.html
-----------------------------------------------------------------
Other related posts:
