ClusterLabs / ClusterLabs/resource-agents

Support for LSBs /run in the RAs

Open
#351 0 comments 0 reactions 0 assignees View on GitHub
Dominant language
Shell
Stars
519
Forks
608
Avg merge
6d 1h
Merged PRs (30d)
7

Description

Hi!

LSB specification recently introduced /run as storage for run-time information with the idea to have it available as soon as possible in the boot process(as /var could be separate FS mounted later). At least Debian implements /run as tmpfs, which means that you can't rely on the presence of any sub-directories there.

There are at least several RAs which expect to find their PID files and other run-time information in the subdirectories of the [/var]/run. Obviously they fail on new Debian(and Ubuntu, I guess).

Those have to be fixed by checking the existence of the PID directory and creation of it if necessary.

Affected RAs at least named(#350), zabbixserver, mysql, mysql-proxy and lxc.

apache2, seems, has a cure for it, although I haven't checked(Could have permissions problems).

With regards,
Timur Bakeyev.

Contributor guide

No contributing guide indexed for this repository

Research direction

Inspect the named RAs—#350, zabbixserver, mysql, mysql-proxy, and lxc—for PID and runtime subdirectory handling. Start by checking how each agent uses /var/run or /run; done means the affected agents create missing PID directories and work when /run is a fresh tmpfs, with apache2 considered for comparison.

Written by the indexing model from the issue text.

Assessment

Tech stack
linux, shell
Domain
infrastructure, operating-systems
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.