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 <jsc3...@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.20...@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_griffi...@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-boun...@mailman.eng.auburn.edu [mailto: >>> veritas-vx-boun...@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
_______________________________________________ Veritas-vx maillist - Veritas-vx@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-vx
