Re: [sr-dev] Fwd: [SR-Users] SIGUSR1 for memory status not working as documented - only one process reports back

-------- Mensaje original -------- Return-Path: &lt;sr-users-bounces(a)lists.sip-router.org&gt; Delivered-To: &lt;a_villacis(a)palosanto.com&gt; Received: from palosanto.com by mail.palosanto.com (Dovecot) with LMTP id w6B7By5S2VNcGwAA3RMWGw for &lt;a_villacis(a)palosanto.com&gt;om>; Wed, 30 Jul 2014 15:15:08 -0500 Received: from localhost (mail.palosanto.com [127.0.0.1]) by palosanto.com (Postfix) with ESMTP id B9FD413C0277 for &lt;a_villacis(a)palosanto.com&gt;om>; Wed, 30 Jul 2014 15:15:08 -0500 (ECT) X-Virus-Scanned: Debian amavisd-new at mail.palosanto.com X-Spam-Flag: NO X-Spam-Score: -2.237 X-Spam-Level: X-Spam-Status: No, score=-2.237 tagged_above=-1000 required=6.31 tests=[AWL=-0.337, BAYES_00=-1.9] autolearn=ham Received: from palosanto.com ([127.0.0.1]) by localhost (mail.palosanto.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SE504KHIt6Lb for &lt;a_villacis(a)palosanto.com&gt;om>; Wed, 30 Jul 2014 15:15:04 -0500 (ECT) Received: from www.kamailio.org (main.kamailio.org [193.22.119.66]) by palosanto.com (Postfix) with ESMTPS id A469B13C026F for &lt;a_villacis(a)palosanto.com&gt;om>; Wed, 30 Jul 2014 15:15:04 -0500 (ECT) Received: from localhost ([127.0.0.1] helo=main.kamailio.org ident=list) by www.kamailio.org with esmtp (Exim 4.72) (envelope-from &lt;sr-users-bounces(a)lists.sip-router.org&gt;) id 1XCaHb-000818-IE; Wed, 30 Jul 2014 22:15:31 +0200 Received: from lab2.palosanto.com ([201.234.196.173] helo=palosanto.com) by www.kamailio.org with esmtp (Exim 4.72) (envelope-from &lt;a_villacis(a)palosanto.com&gt;) id 1XCaHZ-00080H-6l for sr-users(a)lists.sip-router.org; Wed, 30 Jul 2014 22:15:29 +0200 Received: from localhost (mail.palosanto.com [127.0.0.1]) by palosanto.com (Postfix) with ESMTP id 42DF313C0277 for &lt;sr-users(a)lists.sip-router.org&gt;rg>; Wed, 30 Jul 2014 15:14:53 -0500 (ECT) X-Virus-Scanned: Debian amavisd-new at mail.palosanto.com Received: from palosanto.com ([127.0.0.1]) by localhost (mail.palosanto.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jNanXV3k3Sem for &lt;sr-users(a)lists.sip-router.org&gt;rg>; Wed, 30 Jul 2014 15:14:50 -0500 (ECT) Received: from avillacis.palosanto.com (avillacis.palosanto.com [192.168.3.2]) by palosanto.com (Postfix) with ESMTPSA id 0529713C026F for &lt;sr-users(a)lists.sip-router.org&gt;rg>; Wed, 30 Jul 2014 15:14:50 -0500 (ECT) Message-ID: &lt;53D95256.9050206(a)palosanto.com&gt; Date: Wed, 30 Jul 2014 15:15:18 -0500 From: Alex Villací­s Lasso &lt;a_villacis(a)palosanto.com&gt; User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.7.0 MIME-Version: 1.0 To: Kamailio (SER) - Users Mailing List &lt;sr-users(a)lists.sip-router.org&gt; Subject: [SR-Users] SIGUSR1 for memory status not working as documented - only one process reports back X-BeenThere: sr-users(a)lists.sip-router.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Kamailio (SER) - Users Mailing List &lt;sr-users(a)lists.sip-router.org&gt; List-Id: "Kamailio \(SER\) - Users Mailing List" <sr-users.lists.sip-router.org> List-Unsubscribe: <http://lists.sip-router.org/cgi-bin/mailman/options/sr-users>, <mailto:sr-users-request@lists.sip-router.org?subject=unsubscribe> List-Archive: <http://lists.sip-router.org/pipermail/sr-users> List-Post: <mailto:sr-users@lists.sip-router.org> List-Help: <mailto:sr-users-request@lists.sip-router.org?subject=help> List-Subscribe: <http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users>, <mailto:sr-users-request@lists.sip-router.org?subject=subscribe> Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: sr-users-bounces(a)lists.sip-router.org Errors-To: sr-users-bounces(a)lists.sip-router.org I am trying to track down a memory leak that was triggered by a patch I wrote for my local copy of kamailio 4.1.4 . For this, I am following the documentation athttp://www.kamailio.org/dokuwiki/doku.php/troubleshooting:memory . This page claims that once memlog is set in the configuration file, a kamailio process will dump a report of the allocation map when shutting down, or when receiving a SIGUSR1. I have configured my kamailio.cfg with memlog=1 and no other change, and I see the memory report on shutdown for all processes. However, when I send a SIGUSR1 to a kamailio process, the process does absolutely nothing, with the exception of the first kamailio process (the one reported as Type=attendant by "kamctl ps"). All of the other processes just ignore SIGUSR1. What is going on? It is inconvenient to force a shutdown of all the kamailio processes just to get the memory report.