6 Dec
2019
6 Dec
'19
1:09 p.m.
Hi Andrew,
the data is hold in shared memory; it does not start child processes.
Cheers,
Henning
--
Henning Westerholt – https://skalatan.de/blog/
Kamailio services – https://gilawa.com<https://gilawa.com/>
From: Andrew Chen <achen(a)fuze.com>
Sent: Thursday, December 5, 2019 9:14 PM
To: Henning Westerholt <hw(a)skalatan.de>
Cc: Kamailio (SER) - Users Mailing List <sr-users(a)lists.kamailio.org>
Subject: Re: [SR-Users] Pike module never release IP
Btw....does pike utilize shared/private memory and children process to run it's
functionality? If so, can you provide how it's being allocated/utilized/
On Thu, Dec 5, 2019 at 10:22 AM Andrew Chen
<achen@fuze.com<mailto:achen@fuze.com>> wrote:
Hi Henning,
Just this once on 5.2.5 vers. We had this running on 4.1.5 for many years and did not see
such behavior. Our QA group ran load tests to trigger pike and could not reproduce this
problem.
I guess I'll mark this as one off for now until we run into it again.
On Thu, Dec 5, 2019 at 3:36 AM Henning Westerholt
<hw@skalatan.de<mailto:hw@skalatan.de>> wrote:
Hello Andrew,
I don’t remember this; pike exists for a long time now and did not see any big changes
recently.
Do you see this problem frequently and/or can reproduce it? If yes, consider opening a bug
report with more details (e.g. logs) on our tracker.
Cheers,
Henning
--
Henning Westerholt – https://skalatan.de/blog/
Kamailio services – https://gilawa.com<https://gilawa.com/>
From: sr-users
<sr-users-bounces@lists.kamailio.org<mailto:sr-users-bounces@lists.kamailio.org>>
On Behalf Of Andrew Chen
Sent: Wednesday, December 4, 2019 7:07 PM
To: Kamailio (SER) - Users Mailing List
<sr-users@lists.kamailio.org<mailto:sr-users@lists.kamailio.org>>
Subject: [SR-Users] Pike module never release IP
Hi all,
Have anyone ever experienced pike module not releasing the IP after
"remove_latency" period?
We ran a load test and this is what happened to one of the two paired nodes and I had to
restart kamailio process to release it.
I'm running Kam 5.2.5
Thanks.
--
Andy Chen
Sr. Telephony Lead Engineer
achen@<mailto:achen@thinkingphones.com>fuze.com<http://fuze.com>
*Confidentiality Notice: The information contained in this e-mail and any
attachments may be confidential. If you are not an intended recipient, you
are hereby notified that any dissemination, distribution or copying of this
e-mail is strictly prohibited. If you have received this e-mail in error,
please notify the sender and permanently delete the e-mail and any
attachments immediately. You should not retain, copy or use this e-mail or
any attachment for any purpose, nor disclose all or any part of the
contents to any other person. Thank you.*
--
Andy Chen
Sr. Telephony Lead Engineer
415 516 5535 (M)
achen@<mailto:achen@thinkingphones.com>fuze.com<http://fuze.com>
--
Andy Chen
Sr. Telephony Lead Engineer
415 516 5535 (M)
achen@<mailto:achen@thinkingphones.com>fuze.com<http://fuze.com>
*Confidentiality Notice: The information contained in this e-mail and any
attachments may be confidential. If you are not an intended recipient, you
are hereby notified that any dissemination, distribution or copying of this
e-mail is strictly prohibited. If you have received this e-mail in error,
please notify the sender and permanently delete the e-mail and any
attachments immediately. You should not retain, copy or use this e-mail or
any attachment for any purpose, nor disclose all or any part of the
contents to any other person. Thank you.*