Open adriansev opened 3 months ago
I will spin up a centOS VM and try to reproduce this. Also, FWIW, microceph cmds are issued with sudo
(which is not present in the cmds you have mentioned in the description.)
Thanks a lot! The commands were run as root so it was pointless to use sudo
Getting an EPERM
error from pthread_create
leads me to think that this is an issue with the running environment and Go's runtime - essentially, this can only happen when creating a thread with real-time priorities when that isn't allowed.
Looking around, it appears that some CentOS defaults can cause this. Some possible solutions:
echo "-1" > /proc/sys/kernel/sched_rt_runtime_us
cd /sys/fs/cgroup/cpu
echo $$ > tasks
Running the program after setting ulimit -r unlimited
(or changing the appropriate setting in /etc/security/limits.conf
).
thanks for looking at this! i tried the above but i still get the same errors: microceph_errors.txt
as for ulimits the following is the default:
core file size (blocks, -c) 0
data seg size (kbytes, -d) unlimited
scheduling priority (-e) 0
file size (blocks, -f) unlimited
pending signals (-i) 256326
max locked memory (kbytes, -l) unlimited
max memory size (kbytes, -m) unlimited
open files (-n) 1048576
pipe size (512 bytes, -p) 8
POSIX message queues (bytes, -q) 819200
real-time priority (-r) 0
stack size (kbytes, -s) 8192
cpu time (seconds, -t) unlimited
max user processes (-u) 256326
virtual memory (kbytes, -v) unlimited
file locks (-x) unlimited
Issue report
What version of MicroCeph are you using ?
18.2.0+snap21acc74fff
What are the steps to reproduce this issue ?
What happens (observed behaviour) ?
…
What were you expecting to happen ?
to work
Additional comments.
This is a Centos 7 with
6.8.2-1.el7.elrepo.x86_64
, selinux disabled