Re: [ClusterLabs] dovecot RA
On 06/08/2016 11:21 AM, Ken Gaillot wrote: > There's a big box at the top of every page on that wiki :) I know. Somebody should tell google that a search for "pacemaker resource agent" should return a link to "pacemaker explained for pacemaker 1.1 and corosync 2.x" instead: > http://clusterlabs.org/doc/en-US/Pacemaker/1.1-pcs/html-single/Pacemaker_Explained/index.html#s-resource-supported I know it's obvious to me where the documentation (such as it is) for my code is hiding, and there is a perfectly logical reason for it to be where it is. I also know all that is a complete mystery to everybody else. -- Dimitri Maziuk Programmer/sysadmin BioMagResBank, UW-Madison -- http://www.bmrb.wisc.edu signature.asc Description: OpenPGP digital signature ___ Users mailing list: Users@clusterlabs.org http://clusterlabs.org/mailman/listinfo/users Project Home: http://www.clusterlabs.org Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf Bugs: http://bugs.clusterlabs.org
Re: [ClusterLabs] dovecot RA
On 06/08/2016 09:11 AM, Ken Gaillot wrote: > On 06/08/2016 03:26 AM, Jan Pokorný wrote: >> On 07/06/16 14:48 -0500, Dimitri Maziuk wrote: >>> next question: I'm on centos 7 and there's no more /etc/init.d/>> anything>. With lennartware spreading, is there a coherent plan to deal >>> with former LSB agents? >> >> Pacemaker can drive systemd-managed services for quite some time. > > This is as easy as changing lsb:dovecot to systemd:dovecot. > > Or, if you specify it as service:dovecot, Pacemaker will check whether > LSB, systemd or upstart is used on the local system, and call the > appropriate one. > > As with LSB, don't enable systemd-managed services to start at boot, if > you want the cluster to manage them. > > One issue that sometimes comes up: some scripts (some logrotate conf > files or cron jobs, for example) will call "systemctl reload > ". If the service is managed by the cluster, systemd > doesn't think it's running, so the reload will fail. You have to replace > such lines with a native reload mechanism for the service. Whoops -- I was thinking of when an OCF agent is used. If you use systemd: or service:, systemd does know the service is running, so systemctl reload/status will work just fine. >> Provided that the project/daemon you care about carries the unit >> file, you can use that unless there are distinguished roles for the >> provided service within the cluster (like primary+replicas), there's >> a need to run multiple varying instances of the same service, >> or other cluster-specific features are desired. >> >> For dovecot, I can see: >> # rpm -ql dovecot | grep \.service >> /usr/lib/systemd/system/dovecot.service >> >>> Specifically, should I roll my own RA for dovecot or is there one in the >>> works somewhere? >> >> If you miss something with the generic approach per above, and there's >> no fitting open-sourced RA around then it's probably your last resort. >> >> For instance, there was once an agent written in C (highly unusual), >> but seems abandoned a long time ago: >> https://github.com/perrit/dovecot-ocf-resource-agent ___ Users mailing list: Users@clusterlabs.org http://clusterlabs.org/mailman/listinfo/users Project Home: http://www.clusterlabs.org Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf Bugs: http://bugs.clusterlabs.org
Re: [ClusterLabs] dovecot RA
On 06/08/2016 10:11 AM, Dmitri Maziuk wrote: > On 2016-06-08 09:11, Ken Gaillot wrote: >> On 06/08/2016 03:26 AM, Jan Pokorný wrote: > >>> Pacemaker can drive systemd-managed services for quite some time. >> >> This is as easy as changing lsb:dovecot to systemd:dovecot. > > Great! Any chance that could be mentioned on > http://www.linux-ha.org/wiki/Resource_agents -- hint, hint ;) > > Thanks guys, > Dima There's a big box at the top of every page on that wiki :) "Looking for current and maintained information and documentation on (Linux ) Open Source High Availability HA Clustering? You probably should be reading the Pacemaker site clusterlabs.org. This site conserves Heartbeat specific stuff." The current documentation is: http://clusterlabs.org/doc/en-US/Pacemaker/1.1-pcs/html-single/Pacemaker_Explained/index.html#s-resource-supported ___ Users mailing list: Users@clusterlabs.org http://clusterlabs.org/mailman/listinfo/users Project Home: http://www.clusterlabs.org Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf Bugs: http://bugs.clusterlabs.org
Re: [ClusterLabs] dovecot RA
On 2016-06-08 09:11, Ken Gaillot wrote: On 06/08/2016 03:26 AM, Jan Pokorný wrote: Pacemaker can drive systemd-managed services for quite some time. This is as easy as changing lsb:dovecot to systemd:dovecot. Great! Any chance that could be mentioned on http://www.linux-ha.org/wiki/Resource_agents -- hint, hint ;) Thanks guys, Dima ___ Users mailing list: Users@clusterlabs.org http://clusterlabs.org/mailman/listinfo/users Project Home: http://www.clusterlabs.org Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf Bugs: http://bugs.clusterlabs.org
Re: [ClusterLabs] dovecot RA
On 06/08/2016 03:26 AM, Jan Pokorný wrote: > On 07/06/16 14:48 -0500, Dimitri Maziuk wrote: >> next question: I'm on centos 7 and there's no more /etc/init.d/> anything>. With lennartware spreading, is there a coherent plan to deal >> with former LSB agents? > > Pacemaker can drive systemd-managed services for quite some time. This is as easy as changing lsb:dovecot to systemd:dovecot. Or, if you specify it as service:dovecot, Pacemaker will check whether LSB, systemd or upstart is used on the local system, and call the appropriate one. As with LSB, don't enable systemd-managed services to start at boot, if you want the cluster to manage them. One issue that sometimes comes up: some scripts (some logrotate conf files or cron jobs, for example) will call "systemctl reload ". If the service is managed by the cluster, systemd doesn't think it's running, so the reload will fail. You have to replace such lines with a native reload mechanism for the service. > Provided that the project/daemon you care about carries the unit > file, you can use that unless there are distinguished roles for the > provided service within the cluster (like primary+replicas), there's > a need to run multiple varying instances of the same service, > or other cluster-specific features are desired. > > For dovecot, I can see: > # rpm -ql dovecot | grep \.service > /usr/lib/systemd/system/dovecot.service > >> Specifically, should I roll my own RA for dovecot or is there one in the >> works somewhere? > > If you miss something with the generic approach per above, and there's > no fitting open-sourced RA around then it's probably your last resort. > > For instance, there was once an agent written in C (highly unusual), > but seems abandoned a long time ago: > https://github.com/perrit/dovecot-ocf-resource-agent ___ Users mailing list: Users@clusterlabs.org http://clusterlabs.org/mailman/listinfo/users Project Home: http://www.clusterlabs.org Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf Bugs: http://bugs.clusterlabs.org
Re: [ClusterLabs] dovecot RA
On 07/06/16 14:48 -0500, Dimitri Maziuk wrote: > next question: I'm on centos 7 and there's no more /etc/init.d/ anything>. With lennartware spreading, is there a coherent plan to deal > with former LSB agents? Pacemaker can drive systemd-managed services for quite some time. Provided that the project/daemon you care about carries the unit file, you can use that unless there are distinguished roles for the provided service within the cluster (like primary+replicas), there's a need to run multiple varying instances of the same service, or other cluster-specific features are desired. For dovecot, I can see: # rpm -ql dovecot | grep \.service /usr/lib/systemd/system/dovecot.service > Specifically, should I roll my own RA for dovecot or is there one in the > works somewhere? If you miss something with the generic approach per above, and there's no fitting open-sourced RA around then it's probably your last resort. For instance, there was once an agent written in C (highly unusual), but seems abandoned a long time ago: https://github.com/perrit/dovecot-ocf-resource-agent -- Jan (Poki) pgpQc0V6UzOwG.pgp Description: PGP signature ___ Users mailing list: Users@clusterlabs.org http://clusterlabs.org/mailman/listinfo/users Project Home: http://www.clusterlabs.org Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf Bugs: http://bugs.clusterlabs.org
[ClusterLabs] dovecot RA
Hi all, next question: I'm on centos 7 and there's no more /etc/init.d/. With lennartware spreading, is there a coherent plan to deal with former LSB agents? Specifically, should I roll my own RA for dovecot or is there one in the works somewhere? TIA, -- Dimitri Maziuk Programmer/sysadmin BioMagResBank, UW-Madison -- http://www.bmrb.wisc.edu signature.asc Description: OpenPGP digital signature ___ Users mailing list: Users@clusterlabs.org http://clusterlabs.org/mailman/listinfo/users Project Home: http://www.clusterlabs.org Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf Bugs: http://bugs.clusterlabs.org