[Pacemaker] Upstart resources

[Andrew Beekhof]

On Thu, Feb 23, 2012 at 5:01 AM, Ante Karamatic <ivoks at ubuntu.com> wrote:
> On 21.02.2012 17:56, Jake Smith wrote:
>
>> Np thanks for adding - I was asking because the exit codes on the
>> upstart jobs I'm using didn't align (I believe) with the LSB spec and
>> I wasn't sure if they were supposed to.  Haven't really seen the
>> level of documentation (as LSB resource) for upstart resources.  I
>> would assume since they are Ubuntu specific.  Mine seems to be
>> working OK so far but haven't stressed it yet.
>
> Upstart always returns exit code 0. That's the reason why we couldn't
> just use LSB RA for upstart jobs. As for documentation, it's really like
> using LSB, just type in 'upstart' instead of 'lsb.
>
> Example (ssh):
>
> ssh upstart job is defined by /etc/init/ssh.conf. So, your primitive in
> cluster would start as:
>
> primitive ssh upstart:ssh \
>        op ... \
>        meta ... \
>
> Note that you might have LSB scripts still, like apache
> (/etc/init.d/apache2). Those are not upstart jobs, so you just define
> those as LSB:
>
> primitive apache2 lsb:apache2 \
>        op ... \
>        meta ... \
>
> Let me know if you have any other questions.

Do you still have LSB scripts on a machine thats using upstart?
On fedora they purged them all.

At any rate, I'm inclined to think that we're making an unnecessary
differentiation.
When we write LSB, we really mean "system services" and don't much
care if that means a SYS-V script, Upstart job or Systemd unit.

It also makes running mixed clusters needlessly painful.
Should we not treat LSB (or some new name) as an alias for whatever
flavour of init is currently in vogue for that distro?
Doesn't seem like it would be terribly hard to work out on the fly.

>
> Best regards
>
> _______________________________________________
> 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://bugs.clusterlabs.org