[SR-Users] No

2023-08-07 Thread Sergey Safarov
I catched issue with
In the Kamailio logs i see

ssl bug #1491 workaround: not enough memory for safe operation:
shm=10219080 threshold2=11796480

Current stat about shared memory

[root@sbc-a1 ~]# kamctl stats shmem
{
  "jsonrpc":  "2.0",
  "result": [
"shmem:fragments = 528",
"shmem:free_size = 11343104",
"shmem:max_used_size = 124449952",
"shmem:real_used_size = 122874624",
"shmem:total_size = 134217728",
"shmem:used_size = 58728144"
  ],
  "id": 703182
}

But when kamailio started

[root@sbc-a1 ~]# kamctl stats shmem
{
  "jsonrpc":  "2.0",
  "result": [
"shmem:fragments = 122",
"shmem:free_size = 112534264",
"shmem:max_used_size = 22372528",
"shmem:real_used_size = 21683464",
"shmem:total_size = 134217728",
"shmem:used_size = 12833888"
  ],
  "id": 703670
}

What is stange a lot of fragments.
How it can be troubleshooted?
Can memory manager show info about each fragment like when fragment are
created an and which module requested fragment?
__
Kamailio - Users Mailing List - Non Commercial Discussions
To unsubscribe send an email to sr-users-le...@lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the 
sender!
Edit mailing list options or unsubscribe:


[SR-Users] Re: 5.6.4 debian htable dbmode=1 not writing at shutdown

2023-08-07 Thread Henning Westerholt
Hello,

Thanks for the confirmation. If its affect multiple users on different 
platforms, maybe you can create a github issue, to not forget about it during 
the vacation period.

Cheers,

Henning

From: Володимир Іванець 
Sent: Dienstag, 1. August 2023 09:15
To: Kamailio (SER) - Users Mailing List 
Subject: [SR-Users] Re: 5.6.4 debian htable dbmode=1 not writing at shutdown

Hello!

Kamailio 5.6 is not saving data to the DB on shutdown on CentOS 7 for me too.

вт, 1 серп. 2023 р., 09:47 користувач mailto:b...@ednt.de>> пише:
Can someone confirm this?

Or even better: is there a solution?
__
Kamailio - Users Mailing List - Non Commercial Discussions
To unsubscribe send an email to 
sr-users-le...@lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the 
sender!
Edit mailing list options or unsubscribe:
__
Kamailio - Users Mailing List - Non Commercial Discussions
To unsubscribe send an email to sr-users-le...@lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the 
sender!
Edit mailing list options or unsubscribe:


[SR-Users] Connection to AWS services (e.g DynamoDB)

2023-08-07 Thread Lewis Hutchinson
Hi Jakub

Although no direct experience with this exactly as you have described I have 
used HTTP API out of Kamailio quite a bit and into other services. Which yes 
some ultimatly end in AWS> Having done our's in KEMI there is some difference 
however from our experience we did notice some of this didn't fair well under a 
loads test scenario. We tested Kafka vs Kamailio HTTP API Modules vs Aiohttp 
(Python in Kemi) and Kafka significantly out perfomed in terms of the load 
test. We then had to rejig things to account for this instead of HTTP API. If 
this is ever going to be under intense load. Maybe make sure you do the load 
testing early on before you ratify your design. Also make sure all your error 
habndling is in place and working to prevent issues in Kamailio if something 
API side goes wrong.
Mission Labs Limited is registered in England, company number 10040088. Trading 
Office: The Old Milk Depot, Bacup Rd, Rossendale, BB4 7FE. Registered office: 
The Scalpel, 18th Floor 52 Lime Street, London, EC3M 7AF. Email confidentiality 
notice: This message is private and confidential. If you have received this 
message in error, please notify us and remove it from your system. Please 
consider the environment before you print this email.
__
Kamailio - Users Mailing List - Non Commercial Discussions
To unsubscribe send an email to sr-users-le...@lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the 
sender!
Edit mailing list options or unsubscribe: