Description of problem: After running script found here, system will not longer start CTDB: https://github.com/gluster/glusterfs/blob/master/extras/control-cpu-load.sh Version-Release number of selected component (if applicable): How reproducible: Everytime Steps to Reproduce: 1. Run script on Gluster heal process 2. Try to start CTDB service Actual results: CTDB fails to start with following error: 2019/02/08 20:46:59.612215 ctdbd[2629]: Created PID file /var/run/ctdb/ctdbd.pid 2019/02/08 20:46:59.612267 ctdbd[2629]: Listening to ctdb socket /var/run/ctdb/ctdbd.socket 2019/02/08 20:46:59.612297 ctdbd[2629]: Unable to set scheduler to SCHED_FIFO (Operation not permitted) 2019/02/08 20:46:59.612304 ctdbd[2629]: CTDB daemon shutting down Expected results: CTDB starts Additional info: Other systems where script was not run, works fine. Have set DefaultCPUAccounting=no in /etc/systemd/system.conf. systemctl show ctdb | grep -i accounting CPUAccounting=no BlockIOAccounting=no MemoryAccounting=no TasksAccounting=no
(In reply to ryan from comment #0) > Actual results: > CTDB fails to start with following error: > 2019/02/08 20:46:59.612215 ctdbd[2629]: Created PID file > /var/run/ctdb/ctdbd.pid > 2019/02/08 20:46:59.612267 ctdbd[2629]: Listening to ctdb socket > /var/run/ctdb/ctdbd.socket > 2019/02/08 20:46:59.612297 ctdbd[2629]: Unable to set scheduler to > SCHED_FIFO (Operation not permitted) > 2019/02/08 20:46:59.612304 ctdbd[2629]: CTDB daemon shutting down Please use the following CTDB setting in /etc/sysconfig/ctdb: CTDB_NOSETSCHED=yes and try restarting CTDB.
(In reply to Anoop C S from comment #1) > (In reply to ryan from comment #0) > > Actual results: > > CTDB fails to start with following error: > > 2019/02/08 20:46:59.612215 ctdbd[2629]: Created PID file > > /var/run/ctdb/ctdbd.pid > > 2019/02/08 20:46:59.612267 ctdbd[2629]: Listening to ctdb socket > > /var/run/ctdb/ctdbd.socket > > 2019/02/08 20:46:59.612297 ctdbd[2629]: Unable to set scheduler to > > SCHED_FIFO (Operation not permitted) > > 2019/02/08 20:46:59.612304 ctdbd[2629]: CTDB daemon shutting down > > Please use the following CTDB setting in /etc/sysconfig/ctdb: > CTDB_NOSETSCHED=yes > > and try restarting CTDB. Copy-pasting a summary of the reason for above suggestion from a different bug: CTDB daemon i.e, ctdbd is a service that by default requests for real-time scheduling unless it is instructed not to do so via explicit configuration parameters. By default systemd places all system services into their own control groups in the "cpu" hierarchy. But the "cpu" cgroup controller of the kernel demands absolute real-time budget to be explicitly specified. A reasonable value for required real-time cpu cycles are pre-written into corresponding configuration files. This value getting overwritten by other components in the system results in denial of real-time scheduling to services under this "cpu" hierarchy with error EPERM(Operation not permitted). ref: https://www.freedesktop.org/wiki/Software/systemd/MyServiceCantGetRealtime/
Hello, We are currently working around this issue with the configuration option you suggested 'CTDB_NOSETSCHED=yes', and I can confirm CTDB starts successfully with this. Best, Ryan
Closing the bug report as per confirmation in comment #3. See comment #2 for details.
Is there any way to undo the changes made by the script to allow real-time scheduling?
(In reply to ryan from comment #5) > Is there any way to undo the changes made by the script to allow real-time > scheduling? If you are concerned about performance penalty in disabling real-time scheduling for CTDB then I don't think it will be obviously visible. If not you are good to go with current setting. On the other side you may have to ask whoever came up with this script for more details around it.