<HTML>
<HEAD>
<META content="text/html; charset=utf-8" http-equiv=Content-Type>
<META content="OPENWEBMAIL" name=GENERATOR>
</HEAD>
<BODY bgColor=#ffffff>
Thanks very much Dejan! That's exactly the information I needed!
<br />
<br />
<br /><font size="2">
<br />
<br />Kenneth M 
DeChick

<br />Linux Systems 
Administrator

<br />Community Computer Service, 
Inc.

<br />(315)-255-1751  
ext154

<br />http://www.medent.com

<br />kend@medent.com

<br />Registered Linux User 
#497318

<br />-- -- -- -- -- -- -- -- -- -- 
--
<br />
"You canna change the laws of physics, Captain; I've got to have 
thirty
minutes! 
"
<br />

<br />.
<center><img src="https://www.medent.com/openwebmail/images/defmailsig.jpg" /></center>
<br />
<br /><b>---------- 
Original Message 
-----------</b>
<br />
From: Dejan Muhamedagic <dejanmm@fastmail.fm> 

<br />
To: pacemaker@clusterlabs.org, kend@medent.com 

<br />
Sent: Tue, 19 Jan 2010 18:18:47 +0100 

<br />
Subject: Re: [Pacemaker] Question on resource groups 

<br />

<br />> Hi, 
<br />> 
<br />> 

On Tue, Jan 19, 2010 at 11:38:06AM -0500, Ken Dechick wrote: 
<br />> 

> Hello all, 
<br />> 

>  
<br />> 

> Quick question here today. Please forgive me if this has been 
<br />> 

> answered, I have searched for a couple days and not been able 
<br />> 

> to come up with the answer. I am working on a standard 2 node 
<br />> 

> cluster using DRBD and I have my resources in a group. All in 
<br />> 

> working well, but my question has to do with what happens when 
<br />> 

> there is a problem with an individual service. Consider the 
<br />> 

> following example using heartbeat (3.0.1-1) drbd (8.3.6) and 
<br />> 

> pacemaker (1.0.6): 
<br />> 

>  
<br />> 

> Cluster with one reosurce group which contains these resources in this 
order:  
<br />> 

>     
<br />> 

>    -drbd master/slave 
<br />> 

>    -virtual file system 
<br />> 

>    -openvpn 
<br />> 

>    -samba 
<br />> 

>    -apache webserver 
<br />> 

>    -cupsd 
<br />> 

>  
<br />> 

> Problem I am running into is if there is a problem with openvpn 
<br />> 

> in this example (VPN goes down and keys are missing so it 
<br />> 

> CANNOT restart without intervention), watching the cluster with 
<br />> 

> crm_mon, I see that all the services under openvpn in order 
<br />> 

> (samba,apache, cupsd) will all starta "rolling restart". In 

<br />> 

> other words, I see openvpn fail, then samba goes down, then 
<br />> 

> apache goes down, then cups goes down. Next cups comes up, 
<br />> 

> apache comes up, samba comes up, then openvpn tries to start 
<br />> 

> but fails so the progress starts over - smba, apache and cups 
<br />> 

> stop then start again. What I end up with is a system where 
<br />> 

> those last 3 services which runs fine alone keep coming up then 
<br />> 

> going down again, over and over. Only way I can change this is 
<br />> 

> to fix the openvpn issue, then things restart and stay 
<br />> 

> restarted. 
<br />> 

>  
<br />> 

> My question is: is this normal (expected) behavior? 
<br />> 
<br />> 

Yes. 
<br />> 
<br />> 

> If so how 
<br />> 

> do I change this? 
<br />> 
<br />> 

Reconfigure. Your group doesn't represent properly the relations 
<br />> 

between resources. I guess that all the four resources depend on 
<br />> 

drbd and filesystem, but not on each other. You can then create 
<br />> 

non-ordered group with those four resources and collocate/order 
<br />> 

that group with the drbd/fs group. 
<br />> 
<br />> 

Thanks, 
<br />> 
<br />> 

Dejan 
<br />> 
<br />> 

> I have tried several on-fail options in the 
<br />> 

> monitors for those services (tried: stop, restart, and block) 
<br />> 

> but this doesn't change the behavior. I would like to just have 
<br />> 

> the one service stop without affecting the others. Do I need to 
<br />> 

> re-think using a resource group?? Any assistance would be 
<br />> 

> greatly appreciated. The pacemaker site has a lot of 
<br />> 

> documentation but it's not the clearest explainations at times. 
<br />> 

>  
<br />> 

> -Thanks 
<br />> 

>  
<br />> 

> Kenneth M DeChick 
<br />> 

> Linux Systems Administrator 
<br />> 

> Community Computer Service, Inc. 
<br />> 

> (315)-255-1751 ext154 
<br />> 

> <a target="_blank" href="http://www.medent.com/">http://www.medent.com</a> 

<br />> 

> kend@medent.com 
<br />> 

> Registered Linux User #497318 
<br />> 

> -- -- -- -- -- -- -- -- -- -- -- 
<br />> 

> "You canna change the laws of physics, Captain; I've got to have 
thirtyminutes! " 
<br />> 

>  
<br />> 

> . 
<br />> 

>   
<br />> 

> This message has been scanned for viruses and dangerous content by 
MailScanner, SpamAssassin &nbsp;&amp; ClamAV. <BR> 
<br />> 

>  <BR> 
<br />> 

> This message and any attachments may contain information that is protected 
by law as privileged and confidential, and is transmitted for the sole use 
<BR> 
<br />> 

> of the intended recipient(s). If you are not the intended recipient, you 
are hereby notified that any use, dissemination, copying or retention of this 
e-mail <BR> 
<br />> 

> or the information contained herein is strictly prohibited. If you received 
this e-mail in error, please immediately notify the sender by e-mail, and 
permanently <BR> 
<br />> 

> delete this e-mail. <BR> 
<br />> 

>  
<br />> 
<br />> 

> _______________________________________________ 
<br />> 

> Pacemaker mailing list 
<br />> 

> Pacemaker@oss.clusterlabs.org 
<br />> 

> <a target="_blank" href="http://oss.clusterlabs.org/mailman/listinfo/pacemaker">http://oss.clusterlabs.org/mailman/listinfo/pacemaker</a> 

<br /><b>------- End of Original Message 
-------</b>
<br />

</font>
</BODY>
</HTML>

This message has been scanned for viruses and dangerous content by MailScanner, SpamAssassin  & ClamAV. <BR>
 <BR>
This message and any attachments may contain information that is protected by law as privileged and confidential, and is transmitted for the sole use <BR>
of the intended recipient(s). If you are not the intended recipient, you are hereby notified that any use, dissemination, copying or retention of this e-mail <BR>
or the information contained herein is strictly prohibited. If you received this e-mail in error, please immediately notify the sender by e-mail, and permanently <BR>
delete this e-mail. <BR>