[prev in list] [next in list] [prev in thread] [next in thread]
List: veritas-vx
Subject: Re: [Veritas-vx] Weird problem in VCS
From: John Cronin <jsc3iii () gmail ! com>
Date: 2010-04-28 12:43:05
Message-ID: p2u408457611004280543wc25af107x687f3cf6eba475a6 () mail ! gmail ! com
[Download RAW message or body]
[Attachment #2 (multipart/alternative)]
When you manually shut down the zone, VCS will notice an "unexpected offline
not initiated by VCS" and run the clean entry point, which will detach the
zone. Because it is non-critical, VCS will not fail the service group over,
but it will "clean" the resource (move it to a full offline state, as VCS
defines "offline").
As an alternative to manually rebooting the zone, did you try clearing the
fault on the Zone resource in VCS and then bringing the Zone resource online
in VCS? That should work.
I just noticed you have been sending this to the veritas-vx mailing list -
the veritas-ha mailing list is more specifically for VCS.
On Wed, Apr 28, 2010 at 4:38 AM, alok tiwari <alok.20jan@gmail.com> wrote:
> John,
>
> I am manually shutting down the zone. We run on VCS 5.0 MP3 RP1. Let me see
> if I will surely try to follow the steps as suggested by you and Tony and
> will let you know what I see.
>
> But what i am thinking is, if I manually set shutdown the zone and the zone
> resource beingno critical, VCS should not detach it. VCS should only detach
> it only when I ask the service group containing the zone resource to
> failover.
> Thanks to you all, who spared your precious time to help me out.
>
> I will surely get back to you as soon as I execute the suggestions in my
> next downtime window.
>
> Thanks
> Alok
> On Tue, Apr 27, 2010 at 9:41 PM, John Cronin <jsc3iii@gmail.com> wrote:
>
>> VCS detaches a zone when it goes OFFLINE (e.g. when either the offline or
>> clean entry points for the Zone agent run); at least it does this for zones
>> that fail over from one node to another in certain versions, I am not sure
>> which version of VCS you are using, or whether there is code to avoid the
>> detach if you are running the zones in parallel. The detach is done to
>> allow the zone to fail over to another node if necessary, and then attach
>> cleanly on the new node.
>>
>> However, since your zone shows up in the installed state rather than the
>> configured state should indicate the zone is not detached. On the other
>> hand, the error messages you mentioned do seem to indicate the zone is
>> detached. That is a bit confusing; have you tried manually attaching the
>> zones before booting or verifying? You might have to freeze the resources
>> first, as VCS might try to run clean when they start to go partially online
>> outside of VCS control.
>>
>> Sorry I am not more precise, but I just don't have any Solaris systems to
>> test test on right now, and I don't feel like booting up two nodes under
>> VMware on my 2GB laptop, as that is just horribly slow.
>>
>> --
>> John Cronin
>>
>>
>> On Tue, Apr 27, 2010 at 12:05 PM, alok tiwari <alok.20jan@gmail.com>wrote:
>>
>>> Tony,
>>>
>>> As this is a production box, I can not take it down. But as the SG is
>>> parallel service group, but the zone resources were not critical, hence
>>> the cluster resource would have gone in error and the SG partial online.
>>> Also, I am sure that this is not a one off case. The same happened with
>>> 6 zones ( 3 each on both the cluster nodes ) and all of them went into
>>> installed state when shutdown. And I am sure VCS is the cluprit. I need to
>>> find out why. :D And i will surely moniter the cluster resources status next
>>> time, i reboot the zone.
>>>
>>> Any suggestions will be welcome ?
>>>
>>> Thanks
>>> Alok
>>> On Tue, Apr 27, 2010 at 3:32 PM, Tony Griffiths <
>>> tony_griffiths@symantec.com> wrote:
>>>
>>>> Hi Alok
>>>>
>>>> Agreed. Could you check the state of the VCS resource that make up the
>>>> zone.
>>>>
>>>> Cheers
>>>>
>>>> tony
>>>>
>>>>
>>>>
>>>> *From:* veritas-vx-bounces@mailman.eng.auburn.edu [mailto:
>>>> veritas-vx-bounces@mailman.eng.auburn.edu] *On Behalf Of *alok tiwari
>>>> *Sent:* 27 April 2010 15:24
>>>> *To:* Veritas-vx@mailman.eng.auburn.edu; Tony Griffiths
>>>>
>>>> *Subject:* Re: [Veritas-vx] Weird problem in VCS
>>>>
>>>>
>>>>
>>>> Hi Tony,
>>>>
>>>>
>>>>
>>>> Thanks for the reply. I agree that VCS sees that the zone resources are
>>>> going offline and the cluster can take corrective action. But in my case, i
>>>> have sett he zone resources not to be critical, intentionaly to avoid the
>>>> failover of the whole service group. What i understand is that the
>>>> corrective actions taken by VCS should be bringing the resource up or
>>>> something like that.
>>>>
>>>>
>>>>
>>>> Correct me, if i am wrong but, How can VCS change the state of the zone.
>>>> The zone was in running state, if i shutdown a resource ( zone in my case ),
>>>> it should go in configured state. The VCS say should no way change the
>>>> state of the zone. Otherwise it is very much confusing.
>>>>
>>>>
>>>>
>>>> Thanks
>>>>
>>>> Alok
>>>>
>>>>
>>>
>>> --
>>> With Regards:-
>>> Alok Tiwari
>>> 09819733350
>>>
>>> _______________________________________________
>>> Veritas-vx maillist - Veritas-vx@mailman.eng.auburn.edu
>>> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-vx
>>>
>>>
>>
>
>
> --
> With Regards:-
> Alok Tiwari
> 09819733350
>
[Attachment #5 (text/html)]
When you manually shut down the zone, VCS will notice an "unexpected offline not \
initiated by VCS" and run the clean entry point, which will detach the zone. \
Because it is non-critical, VCS will not fail the service group over, but it will \
"clean" the resource (move it to a full offline state, as VCS defines \
"offline").<br> <br>As an alternative to manually rebooting the zone, did \
you try clearing the fault on the Zone resource in VCS and then bringing the Zone \
resource online in VCS? That should work.<br><br>I just noticed you have been \
sending this to the veritas-vx mailing list - the veritas-ha mailing list is more \
specifically for VCS.<br> <br><div class="gmail_quote">On Wed, Apr 28, 2010 at 4:38 \
AM, alok tiwari <span dir="ltr"><<a \
href="mailto:alok.20jan@gmail.com">alok.20jan@gmail.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;"> <div>John,</div>
<div> </div>
<div>I am manually shutting down the zone. We run on VCS 5.0 MP3 RP1. Let me see if I \
will surely try to follow the steps as suggested by you and Tony and will let you \
know what I see. </div> <div> </div>
<div>But what i am thinking is, if I manually set shutdown the zone and the zone \
resource beingno critical, VCS should not detach it. VCS should only detach it only \
when I ask the service group containing the zone resource to failover.<br>
</div>
<div>Thanks to you all, who spared your precious time to help me out.</div>
<div> </div>
<div>I will surely get back to you as soon as I execute the suggestions in my next \
downtime window.</div> <div> </div>
<div>Thanks </div>
<div>Alok<font color="#888888"><br></font></div><div><div></div><div class="h5">
<div class="gmail_quote">On Tue, Apr 27, 2010 at 9:41 PM, John Cronin <span \
dir="ltr"><<a href="mailto:jsc3iii@gmail.com" \
target="_blank">jsc3iii@gmail.com</a>></span> wrote:<br> <blockquote \
class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0px 0px \
0px 0.8ex; padding-left: 1ex;">VCS detaches a zone when it goes OFFLINE (e.g. when \
either the offline or clean entry points for the Zone agent run); at least it does \
this for zones that fail over from one node to another in certain versions, I am not \
sure which version of VCS you are using, or whether there is code to avoid the detach \
if you are running the zones in parallel. The detach is done to allow the zone to \
fail over to another node if necessary, and then attach cleanly on the new node.<br>
<br>However, since your zone shows up in the installed state rather than the \
configured state should indicate the zone is not detached. On the other hand, the \
error messages you mentioned do seem to indicate the zone is detached. That is a bit \
confusing; have you tried manually attaching the zones before booting or verifying? \
You might have to freeze the resources first, as VCS might try to run clean when they \
start to go partially online outside of VCS control.<br>
<br>Sorry I am not more precise, but I just don't have any Solaris systems to \
test test on right now, and I don't feel like booting up two nodes under VMware \
on my 2GB laptop, as that is just horribly slow.<br><br>
-- <br><font color="#888888">John Cronin<br><br><br></font>
<div class="gmail_quote">
<div>On Tue, Apr 27, 2010 at 12:05 PM, alok tiwari <span dir="ltr"><<a \
href="mailto:alok.20jan@gmail.com" \
target="_blank">alok.20jan@gmail.com</a>></span> wrote:<br></div> <blockquote \
class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt \
0pt 0.8ex; padding-left: 1ex;"> <div>
<div>Tony,</div>
<div> </div>
<div>As this is a production box, I can not take it down. But as the SG is parallel \
service group, but the zone resources were not critical, hence the cluster resource \
would have gone in error and the SG partial online.<br>
</div>
<div>Also, I am sure that this is not a one off case. The same happened with 6 zones \
( 3 each on both the cluster nodes ) and all of them went into installed state when \
shutdown. And I am sure VCS is the cluprit. I need to find out why. :D And i will \
surely moniter the cluster resources status next time, i reboot the zone.</div>
<div> </div>
<div>Any suggestions will be welcome ?</div>
<div> </div>
<div>Thanks</div>
<div>Alok<font color="#888888"><br></font></div></div>
<div>
<div></div>
<div>
<div>
<div class="gmail_quote">On Tue, Apr 27, 2010 at 3:32 PM, Tony Griffiths <span \
dir="ltr"><<a href="mailto:tony_griffiths@symantec.com" \
target="_blank">tony_griffiths@symantec.com</a>></span> wrote:<br> <blockquote \
class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0px 0px \
0px 0.8ex; padding-left: 1ex;"> <div vlink="purple" link="blue" lang="EN-US">
<div>
<div>
<p class="MsoNormal"><span style="font-size: 11pt; color: rgb(31, 73, 125);">Hi \
Alok</span></p> <p class="MsoNormal"><span style="font-size: 11pt; color: rgb(31, 73, \
125);">Agreed. Could you check the state of the VCS resource that make up the \
zone.</span></p></div> <p class="MsoNormal"><span style="font-size: 11pt; color: \
rgb(31, 73, 125);">Cheers</span></p> <p class="MsoNormal"><span style="font-size: \
11pt; color: rgb(31, 73, 125);">tony</span></p> <p class="MsoNormal"><span \
style="font-size: 11pt; color: rgb(31, 73, 125);"> </span></p> <div \
style="border-style: solid none none; border-color: rgb(181, 196, 223) \
-moz-use-text-color -moz-use-text-color; border-width: 1pt medium medium; padding: \
3pt 0cm 0cm;"> <p class="MsoNormal" style="margin-left: 36pt;"><b><span \
style="font-size: 10pt;">From:</span></b><span style="font-size: 10pt;"> <a \
href="mailto:veritas-vx-bounces@mailman.eng.auburn.edu" \
target="_blank">veritas-vx-bounces@mailman.eng.auburn.edu</a> [mailto:<a \
href="mailto:veritas-vx-bounces@mailman.eng.auburn.edu" \
target="_blank">veritas-vx-bounces@mailman.eng.auburn.edu</a>] <b>On Behalf Of \
</b>alok tiwari<br>
<b>Sent:</b> 27 April 2010 15:24<br><b>To:</b> <a \
href="mailto:Veritas-vx@mailman.eng.auburn.edu" \
target="_blank">Veritas-vx@mailman.eng.auburn.edu</a>; Tony Griffiths <div>
<div></div>
<div><br><b>Subject:</b> Re: [Veritas-vx] Weird problem in VCS</div></div></span>
</p><p></p>
<p></p></div>
<div>
<div></div>
<div>
<p class="MsoNormal" style="margin-left: 36pt;"> </p>
<div>
<p class="MsoNormal" style="margin-left: 36pt;">Hi Tony,</p></div>
<div>
<p class="MsoNormal" style="margin-left: 36pt;"> </p></div>
<div>
<p class="MsoNormal" style="margin-left: 36pt;">Thanks for the reply. I agree that \
VCS sees that the zone resources are going offline and the cluster can take \
corrective action. But in my case, i have sett he zone resources not to be critical, \
intentionaly to avoid the failover of the whole service group. What i understand is \
that the corrective actions taken by VCS should be bringing the resource up or \
something like that. </p>
</div>
<div>
<p class="MsoNormal" style="margin-left: 36pt;"> </p></div>
<div>
<p class="MsoNormal" style="margin-left: 36pt;">Correct me, if i am wrong but, How \
can VCS change the state of the zone. The zone was in running state, if i shutdown a \
resource ( zone in my case ), it should go in configured state. The VCS say should \
no way change the state of the zone. Otherwise it is very much confusing.</p>
</div>
<div>
<p class="MsoNormal" style="margin-left: 36pt;"> </p></div>
<div>
<p class="MsoNormal" style="margin-left: 36pt;">Thanks</p></div>
<div>
<p class="MsoNormal" style="margin-bottom: 12pt; margin-left: 36pt; margin-right: \
0cm;">Alok</p></div><br></div></div></div></div></blockquote></div><br \
clear="all"><br></div> <div>-- <br>With Regards:-<br>Alok \
Tiwari<br>09819733350<br></div></div></div><br> \
<div>_______________________________________________<br>Veritas-vx maillist - <a \
href="mailto:Veritas-vx@mailman.eng.auburn.edu" \
target="_blank">Veritas-vx@mailman.eng.auburn.edu</a><br><a \
href="http://mailman.eng.auburn.edu/mailman/listinfo/veritas-vx" \
target="_blank">http://mailman.eng.auburn.edu/mailman/listinfo/veritas-vx</a><br>
<br></div></blockquote></div><br></blockquote></div><br><br clear="all"><br>-- \
<br>With Regards:-<br>Alok Tiwari<br>09819733350<br> \
</div></div></blockquote></div><br>
_______________________________________________
Veritas-vx maillist - Veritas-vx@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-vx
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic