Simone Piccardi wrote: > Il 03/11/20 22:49, Quanah Gibson-Mount ha scritto: > >>> The problem manifests itself without periodicity and looking on the >>> number of connection before it we could not see any usage peak. We tried >>> to strace slapd threads during the problem, and they seem blocked on a >>> mutex waiting for the one running at 100% (in a single CPU, user time). >>> I'm attaching a top results during one of these events. >> >> If you can attach to the process while this is occurring, I'd suggest >> obtaining a full GDB backtrace to see what the different slapd threads >> are doing at that time. Also, what mutex specifically is slapd waiting on? >> > I executed gstack on the slapd pid during one of such events saving the > output, they are attached, but the running slapd is stripped so they are > quite obscure (at least for me).
Traces from a stripped binary are useless. > We are trying to put in a non stripped version (compiled with > CFLAGS='-g" and --enable-debug=yes) in use for a test, but that's a > production machine, and it will take a while. -- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/
