Hi List
I fear I am loosing dialogues somehow.
We have implemented counting concurrent connections from customers by
using set_dlg_profile.
Sometimes, the concurrent channel count does not decrease, despite the
dialog end being detected.
Now I suppose I have maybe a dozen concurrent calls running, but kamcmd
dlg.list is unable to dump the list.
kamcmd dlg.dump_file generates quite a large file.
I was running into SHM issues while load-testing and had to increase SHM
to 1024 to accommodate all dialogues and vars. I fear this could have
caused corrupted dialogues?
Dialog Data is replicated via DMQ between two instances which I too
care never to restart at the same time.
Will completely stop and then restart the two affected instances and
clear the dialog and dialog_vars tables to see if this issue is
manifesting itself again.
--
Mit freundlichen Grüssen
-Benoît Panizzon- @ HomeOffice und normal erreichbar
--
I m p r o W a r e A G - Leiter Commerce Kunden
______________________________________________________
Zurlindenstrasse 29 Tel +41 61 826 93 00
CH-4133 Pratteln Fax +41 61 826 93 01
Schweiz Web http://www.imp.ch
______________________________________________________
Hello!
I was wondering how everyone uses exec_cmd(). I'm using it to call an
external script directly from a worker route which locks it for the time of
execution. If all that is needed is to call it and forget, should the best
option be to call the async route with exec_cmd()?
Thanks a lot for any input on this topic!
Hello!
I'm trying to use app_python module to perform periodic actions.
This is a simple python code
def _update():
while True:
_action()
time.sleep(60)
class noop_handler:
def child_init(self, rank):
return 0
def ksr_request_route(self, msg):
return 1
def mod_init():
# signal.signal(signal.SIGTERM, signal.default_int_handler)
proc = multiprocessing.Process(target=_update)
# proc.daemon = True
proc.start()
ksr.notice('Forked process {} to update\n'.format(proc.pid))
return noop_handler()
After killing kamailio processes with SIGTERM signal (killall kamailio) I
see zombie process.
And if I try to process the signal in daemon mode (see the comments in the
snippet above), I get critical errors in the logs and still see processes:
0(37001) NOTICE: <core> [core/kemi.c:124]: sr_kemi_core_notice(): Forked
process 37002 to update
1(37003) ERROR: <core> [core/udp_server.c:464]: udp_rcv_loop(): recvfrom:[4]
Interrupted system call
Process Process-1:
Traceback (most recent call last):
File "/usr/lib64/python2.7/multiprocessing/process.py", line 258, in
_bootstrap
self.run()
File "/usr/lib64/python2.7/multiprocessing/process.py", line 114, in run
self._target(*self._args, **self._kwargs)
File "/tmp/script.py", line 155, in _update
time.sleep(period)
KeyboardInterrupt
0(37001) ALERT: <core> [main.c:774]: handle_sigs(): child process 37002
exited normally, status=1
0(37001) INFO: <core> [main.c:802]: handle_sigs(): terminating due to
SIGCHLD
1(37003) ERROR: <core> [core/udp_server.c:464]: udp_rcv_loop(): recvfrom:[4]
Interrupted system call
8(37014) CRITICAL: <core> [core/pass_fd.c:277]: receive_fd(): EOF on 4
1(37003) ERROR: <core> [core/udp_server.c:464]: udp_rcv_loop(): recvfrom:[4]
Interrupted system call
So, how I can kill child process by SIGTERM signal?
Hi
Is there a way to get register messages into accounting?
This could come in handy while helping figure out if clients were not
registered while calls attemted to reach them.
--
Mit freundlichen Grüssen
-Benoît Panizzon- @ HomeOffice und normal erreichbar
--
I m p r o W a r e A G - Leiter Commerce Kunden
______________________________________________________
Zurlindenstrasse 29 Tel +41 61 826 93 00
CH-4133 Pratteln Fax +41 61 826 93 01
Schweiz Web http://www.imp.ch
______________________________________________________
Hi Team,
I want to know this reason - why kamailio only can connect to mysql
using */tmp/mysql.sock
<https://phonecom.atlassian.net/browse/VOIP-1760?atlOrigin=eyJpIjoiNzY1NjU4Y…>*
and
why it can’t use /run/mysql/mysql.sock
Thanks and regards,
Satya.
--
* <https://www.ecosmob.com/>
*
*Disclaimer*
In addition to generic
Disclaimer which you have agreed on our website, any views or opinions
presented in this email are solely those of the originator and do not
necessarily represent those of the Company or its sister concerns. Any
liability (in negligence, contract or otherwise) arising from any third
party taking any action, or refraining from taking any action on the basis
of any of the information contained in this email is hereby excluded.
*Confidentiality*
This communication (including any attachment/s) is
intended only for the use of the addressee(s) and contains information that
is PRIVILEGED AND CONFIDENTIAL. Unauthorized reading, dissemination,
distribution, or copying of this communication is prohibited. Please inform
originator if you have received it in error.
*Caution for viruses,
malware etc.*
This communication, including any attachments, may not be
free of viruses, trojans, similar or new contaminants/malware,
interceptions or interference, and may not be compatible with your systems.
You shall carry out virus/malware scanning on your own before opening any
attachment to this e-mail. The sender of this e-mail and Company including
its sister concerns shall not be liable for any damage that may incur to
you as a result of viruses, incompleteness of this message, a delay in
receipt of this message or any other computer problems.
Hi,
I am t_continue()ing a transaction inside of event_route[evapi:message-received]. The $evapi(msg) has quite a bit of payload that will be needed by the resumed transaction.
Is there a good way to inject this data into the transaction scope externally? No [X]AVPs created in the event_route persist, of course, since the route is scoped outside of the transaction.
I have been using htable to pass data into the transaction, keyed by the index and label. But, this strikes me as a kind of clumsy memory synchronisation anti-pattern. Is there a better way?
Cheers,
— Alex
--
Alex Balashov | Principal | Evariste Systems LLC
Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)
Web: http://www.evaristesys.com/, http://www.csrpswitch.com/
Hello! I hope all of you are having a nice day.
I would like some help. I recently had some troublesome events in my
Kamailio setup, at a particular time of the day specifically after lunch
when my platform's traffic spikes Kamailio suddenly stops responding to any
connection and restarting it didn't fix the problem basically I have to
restart the hardware to get out of that failed state.
The only unusual log is the following:
Oct 28 16:49:10 ip-172-32-16-97 /usr/sbin/kamailio[952]: ERROR: topos
[tps_storage.c:615]: tps_storage_record(): failed to store
Someone recently posted a problem that occurred when doing stress tests
with the siptrace module active and the service that collects the traces
was failing, I wonder if this may be the case because it is possible that
something similar is happening in my case.
Unfortunately, I don't have much more information since I had to implement
a quick fix that mitigates the problem for now, but I would like to be able
to go back to the previous configuration that seemed more appropriate.
My plan is to test now that I have solved the problem I had with the traces
service, but I wanted to know if anyone had experienced a similar situation.
Atenciosamente,
[image: photo] <https://www.techer.com.br/>
*Carlos Escalona*
IT - Development
41 3073-0091 | R 1011
www.techer.com.br
--
O conteúdo desta mensagem é confidencial. Se você não se encontra na lista
de destinatários ou tenha recebido por engano, não a copie, imprima, envie,
ou utilize, de qualquer forma, seu conteúdo. Neste caso, destrua a mensagem
e, por favor, notifique o remetente.
Hello,
I have a challenge here to do serial forking, not when the call is failed
on the first destination, but when the call is ended. So, the first will go
to one destination, will be answered, and when it's ended the BYE message
should be dropped and forward the initial INVITE to another location.
Is that possible?
