THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. A new Flyspray task has been opened. Details are below. User who did this - Josh (JoshE) Attached to Project - sip-router Summary - mtree mt_summary display incorrectly, or memory leak? Task Type - Bug Report Category - Core Status - Unconfirmed Assigned To - Operating System - All Severity - Low Priority - Normal Reported Version - Development Due in Version - Undecided Due Date - Undecided Details - I am running latest production Kamailio, and seeing weird behavior with multiple mtree's running. Start the service and run a: [root@nproxy-1:/usr/local/etc/kamailio#]kamctl mi mt_summary MT:: TNAME=fc_did TTYPE=0 MEMSIZE=3486296 NRNODES=14398 NRITEMS=6973 MT:: TNAME=fc_tenant TTYPE=0 MEMSIZE=3542806 NRNODES=14398 NRITEMS=6973 Then run a: kamctl mi mt_reload [root@nyc-proxy-1:/usr/local/etc/kamailio#]kamctl mi mt_summary MT:: TNAME=fc_did TTYPE=0 MEMSIZE=6972592 NRNODES=28796 NRITEMS=13946 MT:: TNAME=fc_tenant TTYPE=0 MEMSIZE=7085612 NRNODES=28796 NRITEMS=13946 Then run another" kamctl mi mt_reload root@nyc-proxy-1:/usr/local/etc/kamailio#]kamctl mi mt_summary MT:: TNAME=fc_did TTYPE=0 MEMSIZE=10458888 NRNODES=43194 NRITEMS=20919 MT:: TNAME=fc_tenant TTYPE=0 MEMSIZE=10628418 NRNODES=43194 NRITEMS=20919 I am not sure if I'm seeing leaking behavior here, or something else is going on entirely. When I do a grep through the actual mtree list, like: kamctl mi mt_list | grep "fc_tenant" | wc -l ... I see that the actual count of mtree items is the same. Is this just a bug in presentation, or is something else going on here I should be concerned about? More information can be found at the following URL: http://sip-router.org/tracker/index.php?do=details&task_id=398 You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.