Based on my tests, the memory leak is only exposed when you are using domain attributes, which are stored in the domain_attrs table. I wanted to see if anymore else is running into this issue.
*Reproducible use case:*
1) Insert the following into the database
insert into domain values (null,"aprilco.com","aprilco.com",now()); insert into domain_attrs values (null,"aprilco.com","pbx_type",0,"0",now()); insert into domain_attrs values (null,"aprilco.com","pbx_id",0,"65",now());
2) Open a new terminal window and execute:
watch "kamcmd core.shmmem"
3) Open up another terminal windows and execute:
while true; do kamcmd domain.reload; done
*Expected Results:*
You will see the shared memory being allocated, but never freed. The more entries you have in the domain_attrs table, the faster it will run out of memory.
Thanks,
*Mack Hendricks / Head of Support / dOpenSource* web: http://dopensource.com support: +888-907-2085 dSIPRouter http://dsiprouter.org/ - GUI focused on implementing Kamailio to provide SIP Trunking and PBX Hosting Services
Hi Mack,
looks indeed like an issue. Can you try with git master commit f50177003c21f. If your test is also ok, I will backport to stable branch
Cheers,
Henning
Am 04.08.19 um 19:49 schrieb Mack Hendricks: Based on my tests, the memory leak is only exposed when you are using domain attributes, which are stored in the domain_attrs table. I wanted to see if anymore else is running into this issue.
Reproducible use case:
1) Insert the following into the database
insert into domain values (null,"aprilco.comhttp://aprilco.com","aprilco.comhttp://aprilco.com",now()); insert into domain_attrs values (null,"aprilco.comhttp://aprilco.com","pbx_type",0,"0",now()); insert into domain_attrs values (null,"aprilco.comhttp://aprilco.com","pbx_id",0,"65",now());
2) Open a new terminal window and execute:
watch "kamcmd core.shmmem"
3) Open up another terminal windows and execute:
while true; do kamcmd domain.reload; done
Expected Results:
You will see the shared memory being allocated, but never freed. The more entries you have in the domain_attrs table, the faster it will run out of memory.
Thanks,
Mack Hendricks / Head of Support / dOpenSource web: http://dopensource.comhttp://dopensource.com/ support: +888-907-2085 dSIPRouterhttp://dsiprouter.org/ - GUI focused on implementing Kamailio to provide SIP Trunking and PBX Hosting Services
_______________________________________________ Kamailio (SER) - Users Mailing List sr-users@lists.kamailio.orgmailto:sr-users@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
-- Henning Westerholt - https://skalatan.de/blog/ Kamailio services - https://skalatan.de/services
Hey Henning,
Thanks for the fast response. I will try it later tonight and let you know.
On Aug 4, 2019, at 3:16 PM, Henning Westerholt hw@skalatan.de wrote:
Hi Mack,
looks indeed like an issue. Can you try with git master commit f50177003c21f. If your test is also ok, I will backport to stable branch
Cheers,
Henning
Am 04.08.19 um 19:49 schrieb Mack Hendricks:
Based on my tests, the memory leak is only exposed when you are using domain attributes, which are stored in the domain_attrs table. I wanted to see if anymore else is running into this issue.
Reproducible use case:
- Insert the following into the database
insert into domain values (null,"aprilco.com http://aprilco.com/","aprilco.com http://aprilco.com/",now()); insert into domain_attrs values (null,"aprilco.com http://aprilco.com/","pbx_type",0,"0",now()); insert into domain_attrs values (null,"aprilco.com http://aprilco.com/","pbx_id",0,"65",now());
- Open a new terminal window and execute:
watch "kamcmd core.shmmem"
- Open up another terminal windows and execute:
while true; do kamcmd domain.reload; done
Expected Results:
You will see the shared memory being allocated, but never freed. The more entries you have in the domain_attrs table, the faster it will run out of memory.
Thanks,
Mack Hendricks / Head of Support / dOpenSource web: http://dopensource.com http://dopensource.com/ support: +888-907-2085 dSIPRouter http://dsiprouter.org/ - GUI focused on implementing Kamailio to provide SIP Trunking and PBX Hosting Services
Kamailio (SER) - Users Mailing List sr-users@lists.kamailio.org mailto:sr-users@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
-- Henning Westerholt - https://skalatan.de/blog/ https://skalatan.de/blog/ Kamailio services - https://skalatan.de/services https://skalatan.de/services
Hi Mack,
did you managed to test it as well?
Cheers,
Henning
Am 04.08.19 um 21:18 schrieb Mack Hendricks: Hey Henning,
Thanks for the fast response. I will try it later tonight and let you know.
On Aug 4, 2019, at 3:16 PM, Henning Westerholt <hw@skalatan.demailto:hw@skalatan.de> wrote:
Hi Mack,
looks indeed like an issue. Can you try with git master commit f50177003c21f. If your test is also ok, I will backport to stable branch
Cheers,
Henning
Am 04.08.19 um 19:49 schrieb Mack Hendricks: Based on my tests, the memory leak is only exposed when you are using domain attributes, which are stored in the domain_attrs table. I wanted to see if anymore else is running into this issue.
Reproducible use case:
1) Insert the following into the database
insert into domain values (null,"aprilco.comhttp://aprilco.com/","aprilco.comhttp://aprilco.com/",now()); insert into domain_attrs values (null,"aprilco.comhttp://aprilco.com/","pbx_type",0,"0",now()); insert into domain_attrs values (null,"aprilco.comhttp://aprilco.com/","pbx_id",0,"65",now());
2) Open a new terminal window and execute:
watch "kamcmd core.shmmem"
3) Open up another terminal windows and execute:
while true; do kamcmd domain.reload; done
Expected Results:
You will see the shared memory being allocated, but never freed. The more entries you have in the domain_attrs table, the faster it will run out of memory.
Thanks,
Mack Hendricks / Head of Support / dOpenSource web: http://dopensource.comhttp://dopensource.com/ support: +888-907-2085 dSIPRouterhttp://dsiprouter.org/ - GUI focused on implementing Kamailio to provide SIP Trunking and PBX Hosting Services
_______________________________________________ Kamailio (SER) - Users Mailing List sr-users@lists.kamailio.orgmailto:sr-users@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
-- Henning Westerholt - https://skalatan.de/blog/ Kamailio services - https://skalatan.de/services
-- Henning Westerholt - https://skalatan.de/blog/ Kamailio services - https://skalatan.de/services
-
Henning Westerholt -
Mack Hendricks