[prev in list] [next in list] [prev in thread] [next in thread]
List: veritas-ha
Subject: Re: [Veritas-ha] Veritas - SFRAC PrivNIC failover problem
From: Chethan Hublikar <chethan_hublikar () symantec ! com>
Date: 2008-10-21 18:19:56
Message-ID: 48FE1D4C.2080505 () symantec ! com
[Download RAW message or body]
[Attachment #2 (multipart/alternative)]
What is the css misscount set to?
Craig Simpson wrote:
>
> At one point we switched "Oracles" interconnect to UDP, and Veritas
> stayed at LLT. 2 interconnect switches. When a primary path errored,
> yes, all nodes switched to the second switch. It worked under load. So
> might not be much help, but I can tell you it worked.
> C
>
> On Tue, Oct 21, 2008 at 4:27 AM, Scott3, James
> <james.scott32@twcable.com <mailto:james.scott32@twcable.com>> wrote:
>
> We have a 4-node cluster running SF-RAC 5.0MP1 on Solaris in which
> we're
> using the PrivNIC option on the private interconnect for oracle RAC
> communications. The problem we're having is that the interface is not
> failing over fast enough to prevent oracle RAC from rebooting one
> of the
> nodes. My take on the PrivNIC feature is that it is supposed to fail
> over to the second interface within seconds of the primary one going
> offline whether it be the NIC or the network port causing the service
> interruption. This however is not the case. We've changed several
> parameters based on Veritas recommendation but that does not seem to
> help. The changes we made were:
>
> PrivNIC FaultOnMonitorTimeouts 4
> PrivNIC MonitorInterval 60
> PrivNIC MonitorTimeout 300
>
> - TO -
>
> PrivNIC FaultOnMonitorTimeouts 4
> PrivNIC MonitorInterval 60
> PrivNIC MonitorTimeout 60
>
>
>
> Anyone seen this or has been confronted with this type of issue?
>
> Configuration Info:
> Solaris
> VCS 5.0MP1 (SF-RAC)
> PrivNIC setup for intercommunications for RAC (private network)
>
>
> Thanks,
> James
>
> P Go Green! Print this email only when necessary. Thank you for
> helping Time Warner Cable be environmentally responsible.
>
>
> This E-mail and any of its attachments may contain Time Warner
> Cable proprietary information, which is privileged, confidential,
> or subject to copyright belonging to Time Warner Cable. This E-mail
> is intended solely for the use of the individual or entity to which
> it is addressed. If you are not the intended recipient of this
> E-mail, you are hereby notified that any dissemination,
> distribution, copying, or action taken in relation to the contents
> of and attachments to this E-mail is strictly prohibited and may be
> unlawful. If you have received this E-mail in error, please notify
> the sender immediately and permanently delete the original and any
> copy of this E-mail and any printout.
>
> _______________________________________________
> Veritas-ha maillist - Veritas-ha@mailman.eng.auburn.edu
> <mailto:Veritas-ha@mailman.eng.auburn.edu>
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-ha
>
>
>
>
> --
> "You can't wait for inspiration. You have to go after it with a stick"
> - Jack London
> ------------------------------------------------------------------------
>
> _______________________________________________
> Veritas-ha maillist - Veritas-ha@mailman.eng.auburn.edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-ha
>
[Attachment #5 (text/html)]
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
What is the css misscount set to?<br>
<br>
<br>
Craig Simpson wrote:
<blockquote
cite="mid:b1ec6c6f0810210814r2a78a330pf514ce729c222b3@mail.gmail.com"
type="cite">
<div dir="ltr"><br>
At one point we switched "Oracles" interconnect to UDP, and Veritas
stayed at LLT. 2 interconnect switches. When a primary path errored,
yes, all nodes switched to the second switch. It worked under load. So
might not be much help, but I can tell you it worked. <br>
C<br>
<br>
<div class="gmail_quote">On Tue, Oct 21, 2008 at 4:27 AM, Scott3,
James <span dir="ltr"><<a moz-do-not-send="true"
href="mailto:james.scott32@twcable.com">james.scott32@twcable.com</a>></span>
wrote:<br>
<blockquote class="gmail_quote"
style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; \
padding-left: 1ex;">We have a 4-node cluster running SF-RAC 5.0MP1 on Solaris in \
which we're<br> using the PrivNIC option on the private interconnect for oracle \
RAC<br> communications. The problem we're having is that the interface is \
not<br> failing over fast enough to prevent oracle RAC from rebooting one of the<br>
nodes. My take on the PrivNIC feature is that it is supposed to fail<br>
over to the second interface within seconds of the primary one going<br>
offline whether it be the NIC or the network port causing the service<br>
interruption. This however is not the case. We've changed several<br>
parameters based on Veritas recommendation but that does not seem to<br>
help. The changes we made were:<br>
<br>
PrivNIC FaultOnMonitorTimeouts 4<br>
PrivNIC MonitorInterval 60<br>
PrivNIC MonitorTimeout 300<br>
<br>
- TO -<br>
<br>
PrivNIC FaultOnMonitorTimeouts 4<br>
PrivNIC MonitorInterval 60<br>
PrivNIC MonitorTimeout 60<br>
<br>
<br>
<br>
Anyone seen this or has been confronted with this type of issue?<br>
<br>
Configuration Info:<br>
Solaris<br>
VCS 5.0MP1 (SF-RAC)<br>
PrivNIC setup for intercommunications for RAC (private network)<br>
<br>
<br>
Thanks,<br>
James<br>
<br>
P Go Green! Print this email only when necessary. Thank you for helping
Time Warner Cable be environmentally responsible.<br>
<br>
<br>
This E-mail and any of its attachments may contain Time Warner<br>
Cable proprietary information, which is privileged, confidential,<br>
or subject to copyright belonging to Time Warner Cable. This E-mail<br>
is intended solely for the use of the individual or entity to which<br>
it is addressed. If you are not the intended recipient of this<br>
E-mail, you are hereby notified that any dissemination,<br>
distribution, copying, or action taken in relation to the contents<br>
of and attachments to this E-mail is strictly prohibited and may be<br>
unlawful. If you have received this E-mail in error, please notify<br>
the sender immediately and permanently delete the original and any<br>
copy of this E-mail and any printout.<br>
<br>
_______________________________________________<br>
Veritas-ha maillist - <a moz-do-not-send="true"
href="mailto:Veritas-ha@mailman.eng.auburn.edu">Veritas-ha@mailman.eng.auburn.edu</a><br>
<a moz-do-not-send="true"
href="http://mailman.eng.auburn.edu/mailman/listinfo/veritas-ha"
target="_blank">http://mailman.eng.auburn.edu/mailman/listinfo/veritas-ha</a><br>
</blockquote>
</div>
<br>
<br clear="all">
<br>
-- <br>
"You can't wait for inspiration. You have to go after it with a stick"
- Jack London<br>
</div>
<pre wrap="">
<hr size="4" width="90%">
_______________________________________________
Veritas-ha maillist - <a class="moz-txt-link-abbreviated" \
href="mailto:Veritas-ha@mailman.eng.auburn.edu">Veritas-ha@mailman.eng.auburn.edu</a> \
<a class="moz-txt-link-freetext" \
href="http://mailman.eng.auburn.edu/mailman/listinfo/veritas-ha">http://mailman.eng.auburn.edu/mailman/listinfo/veritas-ha</a>
</pre>
</blockquote>
<br>
</body>
</html>
_______________________________________________
Veritas-ha maillist - Veritas-ha@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-ha
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic