<div dir="ltr"><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div>Hi,</div><div><br></div><div>Not entirely sure where to start digging on this one. On 3.1.3 we've had an issue appear "suddenly" whereby our mi command output seems to "block" and not return any useful data. Restarting opensips processes restores comms.</div><div><br></div><div>We end up with a huge number of opensips_fifo_reply_\* files in the /tmp directory, but effectively no data is ever written and opensips-cli freezes.</div><div><br></div><div>We've restarted twice to "resolve" now, but the issue appears to reoccur. We're using the mi get_statistics command to monitor stats/health and uldump to pull some detail about usrloc data every 5 minutes.</div><div><br></div><div>I don't think I can cause a debug level increase because the MI process doesn't seem to be communicating (at least it doesn't seem to work).</div><div><br></div><div>opensips                             3.1.3-1</div><div>opensips-cli                         0.1~20210707~572d2db-</div><div>5.4.0-88-generic #99-Ubuntu SMP Thu Sep 23 17:29:00 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux</div><div><br></div><div>I can restart again, but if this is going to keep happening, I want to make sure I have something useful in the logs to be able to trace down.</div><div><br></div><div>Andrew <br></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div>