[Debian-ha-maintainers] Resource cannot run anywhere

[Leonhardt,Christian]

Hi all,
Am Donnerstag, den 16.07.2015, 10:23 +0200 schrieb Michael
Schwartzkopff:
> Am Donnerstag, 16. Juli 2015, 09:03:09 schrieb Ferenc Wagner:
> > "Leonhardt,Christian" <christian.leonhardt at dako.de> writes:
> > > 'crm node standby' works flawlessly
> > 
> > Do you mean that it moves the resource off the standby node and 
> > starts
> > it on the other?
Exactly. Using 'crm node standby' moves all resources to the second
server without any error.
> > > but moving a resource to an other node with 'resource move 
> > > p_lighttpd'
> > > for example failes with 'Resource cannot run anywhere'. The 
> > > resource
> > > just get stopped. The problem occurs when moving the resources
> > > p_squid3, p_apache2, p_bind9 or p_lighttpd.  All other resouces 
> > > like
> > > ip addresses or symlinks are working.  Do i miss something or is 
> > > it a
> > > bug?
> > 
> > Does crm_simulate -sL give any clue?  Run it before and after 
> > moving a
> > misbehaving resource, and check its scores on all nodes.  Does crm
> > status show any failed actions at the end of its output?
'crm status show' is fine. No errors at all.

before:
crm_simulate -sL | grep p_lighttpd
 p_lighttpd	(lsb:lighttpd):	Started s1r3drslfw1
native_color: p_lighttpd allocation score on s1r3drslfw1: 100
native_color: p_lighttpd allocation score on s3r2drslfw1: -INFINITY
after:
crm_simulate -sL | grep p_lighttpd
 p_lighttpd	(lsb:lighttpd):	Stopped
native_color: p_lighttpd allocation score on s1r3drslfw1: -INFINITY
native_color: p_lighttpd allocation score on s3r2drslfw1: -INFINITY

Hmm. -inf on both nodes. At least thats the reason why the resource get
stopped. But the other resources with -inf on the secondary node are
moving. For example 'crm resource move p_sym_bind9_etc'

before:
crm_simulate -sL | grep p_sym_bind9_etc
     p_sym_bind9_etc	(ocf::heartbeat:symlink):	Started
s3r2drslfw1 
group_color: p_sym_bind9_etc allocation score on s1r3drslfw1: 0
group_color: p_sym_bind9_etc allocation score on s3r2drslfw1: 100
native_color: p_sym_bind9_etc allocation score on s1r3drslfw1: 
-INFINITY
native_color: p_sym_bind9_etc allocation score on s3r2drslfw1: 900
after:
crm_simulate -sL | grep p_sym_bind9_etc
     p_sym_bind9_etc	(ocf::heartbeat:symlink):	Started
s1r3drslfw1 
group_color: p_sym_bind9_etc allocation score on s1r3drslfw1: 100
group_color: p_sym_bind9_etc allocation score on s3r2drslfw1: -INFINITY
native_color: p_sym_bind9_etc allocation score on s1r3drslfw1: 900
native_color: p_sym_bind9_etc allocation score on s3r2drslfw1: 
-INFINITY

Thats strange. Maybe the grouping of the resource comes into play?
> Hi,
> 
> what is the output of "crm configure show"? Or do you use pcs?
You can see the output of 'crm configure show' in my first post.
I did not changed the configuration in the meantime.
> Basically I'd suggest to discuss topics lie this in the clusterlabs 
> mailing 
> list:	users at clusterlabs.org
Yes. I will ask there. Thank you.

Greetings
Christian
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 473 bytes
Desc: This is a digitally signed message part
URL: <http://lists.alioth.debian.org/pipermail/debian-ha-maintainers/attachments/20150716/a5de9591/attachment.sig>