Bug 1301724 - Galera resource agent should not require passing open-files-limit as a meta option
Summary: Galera resource agent should not require passing open-files-limit as a meta o...
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: resource-agents
Version: 7.3
Hardware: Unspecified
OS: Unspecified
unspecified
medium
Target Milestone: rc
: ---
Assignee: Damien Ciabrini
QA Contact: cluster-qe@redhat.com
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2016-01-25 20:25 UTC by Damien Ciabrini
Modified: 2017-10-03 13:10 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2017-10-03 13:10:29 UTC
Target Upstream Version:


Attachments (Terms of Use)

Description Damien Ciabrini 2016-01-25 20:25:39 UTC
Description of problem:

When the Galera resource agent starts nodes of a galera cluster, it currently relies on the resource's attribute to pass the "open files limit" to mysqld.

Splitting the mysql configuration in two distinct locations (mariadb configuration files and pacemaker cib) is not ideal as it can cause all sort of bad behaviours:

  . increasing "max_connection" in galera config may not work if one forgot to change "open files limit" accordingly in pacemaker resource.

  . starting galera manually while resource is unmanaged in pacemaker will have a different limit.

  . specifying "open files limit" in galera config file and in pacemaker will cause on setting to be overriden, which can be unexpected.

We should have cleaner "open files limit" policy and make sure the resource agent works as expected without relying on resource attribute.


Note You need to log in before you can comment on or make changes to this bug.