[prev in list] [next in list] [prev in thread] [next in thread]
List: veritas-ha
Subject: Re: [Veritas-ha] Service group dependency.
From: "James T. Wonder" <wonder () aip ! org>
Date: 2004-04-05 13:11:55
Message-ID: 40715B1B.5010608 () aip ! org
[Download RAW message or body]
John,
I am new to the cluster filesystem and did not know that this was
advisable. After looking at it a bit, it seemed as if the CVM and CFS
needed to be seperate service groups, but I guess in my configuration
where all the systems mount the same disks anyway it would make sense.
This is the easy way to do it, but I think I would still like to see
a "Service Group Proxy" agent available. If I get time I will write it.
Unless anyone thinks it is bad I am joining the two SG's together.
James
John Muth wrote:
> Hi James,
>
> I agree with Duncan. If it were me, I'd merge the separate CVM and
> CFS SG's before I'd think about writing a custom agent.
>
> -John Muth
>
>
>>From: Duncan Bradey <duncan.bradey@veritas.com>
>>To: "'James T. Wonder'" <wonder@aip.org>,
>>veritas-ha@mailman.eng.auburn.edu
>>Subject: RE: [Veritas-ha] Service group dependency.
>>Date: Fri, 2 Apr 2004 14:33:25 +1000
>>
>>Putting the CFS SG resources in the CVM SG, and setting up resource
>>dependencies?
>>
>>
>>
>>-----Original Message-----
>>From: James T. Wonder [mailto:wonder@aip.org]
>>Sent: Friday, 2 April 2004 2:04 PM
>>To: veritas-ha@mailman.eng.auburn.edu; wonder@aip.org
>>Subject: [Veritas-ha] Service group dependency.
>>
>>
>>Hello,
>>
>> I have what I feel is an interesting problem and thought I would
>>share it with the list. I am running BEA and I have an interesting
>>service group dependency issue. I have two application servers with
>>managed servers on each using a clustered environment setup
>>by BEA. I
>>am running SANpoint foundation suite HA on both systems
>>sharing the data
>>directories.
>>
>>1) The BEA administration server can only run on one server at a time.
>>
>>2) Both servers need to have the administration server
>>running in order
>>to start the managed servers.
>>
>>3) I already have the maximum level of SG dependencies with
>>the CVM and
>>CFS groups.
>>
>>
>>My setup is as follows:
>>
>>CVM SG - The Cluster volume manager service group.
>> Parallel service group.
>>
>>CFS SG - The cluster file system and mount service group.
>> Parallel service group.
>>
>>APP1 SG - The first application server SG with managed servers.
>> Runs on server "app1" only.
>>
>>APP2 SG - The second application server SG with managed servers.
>> Runs on server "app2" only.
>>
>>AdminServer SG - The administration server SG that starts the
>> administration server on either app server and fails it
>> over on machine down or failure event.
>> Runs on servers "app1" and "app2".
>>
>>
>>My group dependencies are now:
>>
>>CVM -> CFS -> APP1
>> -> APP2
>>
>>Because APP1 and APP2 both require the disks that are started
>>in CVM and
>>CFS.
>>
>>SG hierarchy levels have been reached, I cannot create any
>>more levels.
>>
>>
>>Problem:
>>
>>How to make the starting of APP1 and APP2 SG's dependant on the
>>AdminServer SG without using a SG dependency. I tried the
>>proxy agent,
>>and if the group is not a parallel group you need to specify
>>the target
>>machine, which I cannot because it will go back and forth.
>>
>>
>>My possible solution:
>>
>>Please tell me what you think. My current thought is to
>>create an agent
>>that checks to make sure the AdminServer SG is online on either node.
>>If it is it comes back as online. I wouldn't care which node
>>it is on,
>>just so it is on. I would set the tolerance limit of the
>>agent to 1 or
>>2 to ensure that the admin server could failover without bringing the
>>agent offline. I may even mark the agent non-critical because it is
>>needed to start and stop the managed servers instead of day to day
>>activities.
>>
>>Can anyone think of any other solutions?
>>
>> James
>>
>>
>>_______________________________________________
>>Veritas-ha maillist - Veritas-ha@mailman.eng.auburn.edu
>>http://mailman.eng.auburn.edu/mailman/listinfo/veritas-ha
>>
>>
>>--__--__--
>>
>>_______________________________________________
>>Veritas-ha maillist - Veritas-ha@mailman.eng.auburn.edu
>>http://mailman.eng.auburn.edu/mailman/listinfo/veritas-ha
>>
>>
>>End of Veritas-ha Digest
>>
>
> _______________________________________________
> Veritas-ha maillist - Veritas-ha@mailman.eng.auburn.edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-ha
_______________________________________________
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