[Pacemaker] Shouldn't colocation -inf: be mandatory?

Dejan Muhamedagic dejanmm at fastmail.fm
Mon Jun 7 09:05:45 UTC 2010


Hi,

On Sat, Jun 05, 2010 at 10:38:17AM -0400, Vadym Chepkov wrote:
> 
> On Jun 3, 2010, at 9:16 AM, Vadym Chepkov wrote:
> 
> > Hi,
> > 
> > Not sure what I am doing wrong
> > 
> > primitive dummy1 ocf:pacemaker:Dummy
> > primitive dummy2 ocf:pacemaker:Dummy
> > primitive dummy3 ocf:pacemaker:Dummy
> > 
> > only two nodes alive in 3 node cluster, so I can see two dummy resources started on one node:
> > 
> > dummy2	(ocf::pacemaker:Dummy):	Started c20
> > dummy1	(ocf::pacemaker:Dummy):	Started c20
> > dummy3	(ocf::pacemaker:Dummy):	Started c22
> > 
> > Now I want to have only one resource running on one node at any given time, so I created a constraint:
> > 
> > # crm configure show one-dummy
> > colocation one-dummy -inf: ( dummy1 dummy2 dummy3 )
> > 
> > # cibadmin -Q -o constraints
> > <constraints>
> >  <rsc_colocation id="one-dummy" score="-INFINITY">
> >    <resource_set id="one-dummy-0" sequential="false">
> >      <resource_ref id="dummy1"/>
> >      <resource_ref id="dummy2"/>
> >      <resource_ref id="dummy3"/>
> >    </resource_set>
> >  </rsc_colocation>
> > </constraints>
> > 
> > I would expect one of the dummies to be down at this point. But it is not.
> > Maybe pacemaker can't decide which one, I thought, so I set a priority:
> > 
> > # crm resource dummy1 meta priority="10"
> > 
> > Still no dice.
> > 
> > pacemaker-1.0.8-6.1.el5
> > 
> > What am I missing?
> 
> 
> I am sorry for being impatient, but it's a really critical bug (or lack of knowledge) for me :(
> I can't prevent two resources to run on the same host for some reasons. I thought, ok,
> I recall "groups" had some issues, so I completely stopped using that syntax
> 
> But I do have proper constraints, I believe, and resources are still got started on the same host :(
> 
> # crm configure show|grep only   
> colocation only-one-sql -inf: _rsc_set_ ( fs_node00_sql fs_node01_sql )

If you convert this to a normal two-resource constrain does that
work? If so, then this seems to be a problem with resource sets
and you should file a bugzilla. If there are not too many
resources, you can use a chain of two-resource constraints.

Thanks,

Dejan


> # cibadmin -Q -o constraints
>   <rsc_colocation id="only-one-sql" score="-INFINITY">
>     <resource_set id="only-one-sql-0" sequential="false">
>       <resource_ref id="fs_node00_sql"/>
>       <resource_ref id="fs_node01_sql"/>
>     </resource_set>
>   </rsc_colocation>
> 
> # crm_mon -1rf|grep sql
>  fs_node00_sql	(ocf::heartbeat:Filesystem):	Started c21
>  fs_node01_sql	(ocf::heartbeat:Filesystem):	Started c21
>  pgsql_node00	(ocf::heartbeat:pgsql):	Stopped 
>  pgsql_node01	(ocf::heartbeat:pgsql):	Started c21
>    pgsql_node00: migration-threshold=1000000 fail-count=14 last-failure='Sat Jun  5 14:19:24 2010'
> 
> [root at c21 ~]# df -k
> Filesystem           1K-blocks      Used Available Use% Mounted on
> 
> /dev/mapper/node01-sql
>                        2031952     69740   1858996   4% /node01/sql
> /dev/mapper/node00-sql
>                        2031952     87016   1841720   5% /node00/sql
> 
> 
> Please, help
> 
> Thank you,
> Vadym Chepkov
> _______________________________________________
> Pacemaker mailing list: Pacemaker at oss.clusterlabs.org
> http://oss.clusterlabs.org/mailman/listinfo/pacemaker
> 
> Project Home: http://www.clusterlabs.org
> Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf
> Bugs: http://developerbugs.linux-foundation.org/enter_bug.cgi?product=Pacemaker




More information about the Pacemaker mailing list