[ClusterLabs] Problem with pacemaker init.d script
jpokorny at redhat.com
Thu Jul 12 12:54:35 EDT 2018
On 12/07/18 16:51 +0200, Salvatore D'angelo wrote:
> My “talent” as you said comes from a bad knowledge of system vs upstart vs sysV mechanism.
Rule of thumb: aim at what's a first class citizen in your
distribution/system of choice -- for your particular situation,
others already indicated the choice is obvious.
Once you know which init system to target, you can become proficient
pretty fast with the basics (immediate start/stop, on-boot enablement
> Let me only underline that I compile directly on target system and
> not a different machine.
That simplifies the surface, which is always better for
> Moreover, all ./configure requirements are met because when this
> didn’t happen the ./configure stopped (at least this is what I
Rather a false assumption: some "features" are merely optional, meaning
the relevant functionality and/or files will simply be skipped, without
any fatal stop/big noise. That's intentional and desired, one size
doesn't fit all.
> However, I’ll pay more attention the next time I’ll run ./configure
> to the output.
> For the moment, I have the workaround mentioned in the previous
> email because I only developed a proof of concepts.
> When we will start to create production code I’ll try to better
> understand how systemd works and how to use it to fix my issue.
Note that systemd per se is not causing any interferences, it's just
a mix of shortcomings (starting with a likely lack of some files in
your installation and ending with pettiness of LSB compatibility
software) that is to be blamed. Luckily, it's solvable.
On the contrary, with systemd in the picture, you'll get some small
benefits incl. a possibility to run services through their native
systemd unit files (a tuned collection of directives determining how
to optimally run particular daemons) when provided, amongst others.
>> On 12 Jul 2018, at 15:47, Jan Pokorný <jpokorny at redhat.com> wrote:
>> On 11/07/18 18:43 +0200, Salvatore D'angelo wrote:
>>>>>> On Wed, 2018-07-11 at 18:43 +0200, Salvatore D'angelo wrote:
>>>>>>> [...] question is pacemaker install
>>>>>>> /etc/init.d/pacemaker script but its header is not compatible
>>>>>>> with newer system that uses LSB.
>> Combining LSB and "newer system" in one sentence is sort of ridiculous
>> since LSB dates back to 2002 (LSB 1.1 seems to be first to actually
>> explain headers like Default-Start ), and the concept of system
>> initialization in the Linux context was gradually refined with
>> projects like upstart and systemd.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 819 bytes
Desc: not available
More information about the Users