> On 15 Jan 2015, at 12:54 am, Покотиленко Костик <cas...@meteor.dp.ua> wrote: > > В Вто, 06/01/2015 в 16:27 +1100, Andrew Beekhof пишет: >>> On 20 Dec 2014, at 6:21 am, Покотиленко Костик <cas...@meteor.dp.ua> wrote: >>> Here are behaviors of different versions of pacemaker: >>> >>> 1.1.12: >>> >>> - stopping nginx on a node always makes the clone instance to FAIL for >>> that node, but FIP stays running on that node regardless of INF >>> colocation >> >> can you attach a crm_report of the above test please? > > crm_report of this test attached as > pcmk-nginx-fail-Wed-14-Jan-2015.tar.bz2
is there a reason nginx is not managed? if it wasn't, then we'd have stopped it and FIP_2 would have been moved > >> 1.1.6, 1.1.10, 1.1.12: >> >>> - if Nginx has started on a node after initial probe for Nginx clone >>> then pacemaker will never see it running until cleanup or other > probe >>> trigger >> >> you'll want a recurring monitor with role=Stopped >> > > How is it done? I don't know the crmsh syntax. Sorry > > I've tried on 1.1.12 with: > primitive Nginx lsb:nginx \ > op monitor interval=2s \ > op monitor interval=3s role=Stopped > > This produces warning that monitor_stopped may be unsupported by RA. I'm not familiar with that warning. Where did you see it? > Should it? > And it's not recognizing start of nginx. It seems role=Stopped only works for primitives (not clones) I've made a note to get this fixed > > Steps: > - stop nginx on 2nd node > - cleanup cl_Nginx so that pacemaker forget nginx was running in 2nd > node > - clear logs > - start nginx > - nothing happens > - make crm_report > > crm_report of this test attached as > pcmk-monitor-stopped-Wed-14-Jan-2015.tar.bz2 > > <pcmk-monitor-stopped-Wed-14-Jan-2015.tar.bz2><pcmk-nginx-fail-Wed-14-Jan-2015.tar.bz2> _______________________________________________ Pacemaker mailing list: Pacemaker@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://bugs.clusterlabs.org
