Bug #47873
closed/usr/lib/sysctl.d/90-ceph-osd.conf getting installed in container, rendering it ineffective
0%
Description
The file /usr/lib/sysctl.d/90-ceph-osd.conf has the following contents:
fs.aio-max-nr = 1048576 kernel.pid_max = 4194304
This is very important to have on all OSD nodes. However, since this file is owned by the ceph-osd package, and that package is installed in the container image, and not in the host system, it no longer takes effect. This causes problems on OSDs nodes with larger numbers of disks.
One option would be for cephadm to manage this file, ensuring that it gets created on OSD nodes when OSDs are created, and removing it when a node no longer has any OSDs.
Another option would be to move the file to ceph-base. Then it would be installed (in the host system) on all cluster nodes, regardless of whether the node has OSDs or not.
Yet another option would be to move the file into ceph-common. In this scenario, the file would be installed on both cluster nodes and client nodes as well.
Updated by Nathan Cutler over 3 years ago
- Subject changed from /usr/lib/sysctl.d/90-ceph-osd.conf getting installed in container to /usr/lib/sysctl.d/90-ceph-osd.conf getting installed in container, rendering it ineffective
Updated by Sebastian Wagner over 3 years ago
- Priority changed from Normal to High
Updated by Sebastian Wagner about 3 years ago
- Related to Feature #49171: cephadm: set osd-memory-target added
Updated by Sebastian Wagner almost 3 years ago
- Related to Bug #50551: Massive OSD creation: kernel parameter fs.aio-max-nr with a low value by default added
Updated by Sebastian Wagner almost 3 years ago
- Related to Feature #48292: cephadm: allow more than 60 OSDs per host added
Updated by Juan Miguel Olmo Martínez almost 3 years ago
- Related to Bug #50526: OSD massive creation: OSDs not created added
Updated by Michael Fritch almost 3 years ago
- Category set to cephadm (binary)
- Assignee set to Michael Fritch
- Pull request ID set to 41264