<div dir="auto"><span style="font-size:14px"> We are testing Opensips 3.2.12 (the following applied to 3.2.10 also) after migrating from a much older version of Opensips (1.11.5 -tls). The main reason for the upgrade was to be able to use TLS 1.2+. 1.11.5 used openssl, but we had major issues with it in 3.2.x, so we use wolfssl 5.5.4 which is a lot more stable. </span>
<br><br><span style="font-size:14px">Having said that we are running into the following two issues (repeating constantly) , usually within hours of each other almost every couple of weeks (hard to tell if they are related):</span>
<br><br><span style="font-size:14px">May 14 01:08:33 opensips2 /usr/local/sbin/opensips[156131]: WARNING:core:utimer_ticker: utimer task <tm-utimer> already scheduled 114890 ms ago (now 754899600 ms), delaying execution</span>
<br><br><span style="font-size:14px">May 14 07:07:25 opensips2 /usr/local/sbin/opensips[156162]: ERROR:tm:t_uac: short of cell shmem</span><br>
<span style="font-size:14px">May 14 07:07:25 opensips2 /usr/local/sbin/opensips[156162]: WARNING:core:fm_malloc: not enough contiguous free shm memory (1425728 bytes left, need 6720), attempting defragmentation... please increase the "-m" command line parameter!</span>
<br><br><span style="font-size:14px">As far as utimer error, we are not calling any external processes that might take a while other than local mysql connections. This is a simple script that utilizes the dispatcher module.</span>
<br><br><span style="font-size:14px">As far as the shmem, we used m=512 in 1.11.5 without any issues for years. For 3.2.12 we made the s_mem=1024, but that only helped a little.</span>
<br><br><span style="font-size:14px">Any ideas? What can we look at?</span>
<br><br><span style="font-size:14px">Thanks,</span><br>
<span style="font-size:14px">Matt</span></div>