[SR-Users] xlog issue

[Soltanici Ilie]

Joel,

Yes, for me it's very strange as well. It's a virtual machine (vmware esxi) on a physical server. 
(4 vCPU/8GB Ram)


>Joel Serrano <joel at textplus.com>:
>
>I’m not sure then what it can be, as load is not high, IO either and you have SSD...
>
>Is it a virtual server in a cloud?
>
>I would say to enable debug mode to try and see if you see anything there... :/
>
>
>On Sun, Dec 2, 2018 at 10:38 Soltanici Ilie < iliesh at mail.ru > wrote:
>>Yes, i did, see below xlog modparam:
>>
>># ----- xlog -----
>>modparam("xlog", "buf_size", 8192)
>>modparam("xlog", "long_format", 0)
>>modparam("xlog", "force_color", 1)
>>modparam("xlog", "log_colors", "L_ERR=cr;L_WARN=px,L_INFO=px")
>>
>>
>>>Joel Serrano < joel at textplus.com >:
>>>
>>>
>>>That looks good. 
>>>
>>>And your modparam values for xlog module?
>>>
>>>Have you tried increasing the “buf_size”?
>>>
>>>
>>>On Sun, Dec 2, 2018 at 08:36 Soltanici Ilie < iliesh at mail.ru > wrote:
>>>>Sure, 
>>>>
>>>>request_route {
>>>>   include_file "conf.d/request_route.cfg"
>>>>} conf.d/request_route.cfg:
>>>>xlog("L_INFO","[START ROUTING]-(Source IP=$si:$sp/Destination IP=$Ri:$Rp)\n");
>>>>
>>>>route(REQINIT);
>>>>route(NATDETECT);
>>>># Handle Cancel Requests
>>>>route(CATCH_CANCEL);
>>>>route(RETRANSMISSIONS); etc....
>>>>
>>>>
>>>>
>>>>>Joel Serrano < joel at textplus.com >:
>>>>>
>>>>>
>>>>>Can you paste your first lines of request_route?
>>>>>
>>>>>
>>>>>On Sun, Dec 2, 2018 at 07:15 Soltanici Ilie < iliesh at mail.ru > wrote:
>>>>>>Hello,
>>>>>>
>>>>>>I have a strange situation by using xlog module. I don't know for what reason I'm not receiving all logs generated by kamailio.
>>>>>>
>>>>>>This is the configuration which I'm using in kamailio.cfg:
>>>>>>
>>>>>>log_facility=LOG_LOCAL0
>>>>>>log_name="kamailio"
>>>>>>log_prefix="{$rm ($mt) | Seq=$cs | Source IP=$si ($proto) | Call ID=$ci} "
>>>>>># ----- xlog -----
>>>>>>modparam("xlog", "buf_size", 8192)
>>>>>>modparam("xlog", "long_format", 0)
>>>>>>modparam("xlog", "force_color", 1)
>>>>>>modparam("xlog", "log_colors", "L_ERR=cr;L_WARN=px,L_INFO=px")
>>>>>>
>>>>>>This is rsyslog configuration file:
>>>>>>local0.*             /var/log/kamailio/kamailio.log
>>>>>>
>>>>>>Kamailio is running under kamailio user, permission for the log file are as shown below:
>>>>>>-rwxrwxr-x 1 kamailio kamailio 252885132 Dec  2 14:51 /var/log/kamailio/kamailio.log
>>>>>>
>>>>>>In request_route block this is the first line:
>>>>>>
>>>>>>xlog("L_INFO","[START ROUTING]-(Source IP=$si:$sp/Destination IP=$Ri:$Rp)\n");
>>>>>>
>>>>>>The problem is that not every request is logged in the log-file. For example, some "INVITES" requests I can find in the log file, but some of them - I cannot, even that in sngrep I see the request and the call is successfully processed by kamailio. Also, for some requests i can see only partial data, not full call-flow as it supposed to be (for ex. i see only BYE requests, or ACK response instead of full call flow). 
>>>>>>
>>>>>>Does someone have the same issue? If you don't - how are you dealing with kamailio log files? I'm thinking to send them to the central ELK stack, but if I have such problems by saving them locally - I don't see any reason to send them elsewhere.
>>>>>>I may think that the problem could be in rsyslog itself, but how can I troubleshoot that?
>>>>>>
>>>>>>The traffic on the server is not very high - 30-50 concurrent calls. As a storage i'm using an SSD disk and xfs filesystem. Load on the disk - according to iostat/iotop - is minimum. 
>>>>>>
>>>>>>OS: CentOS Linux 7 (Core), Kamailio: 5.2.0 (x86_64/linux) 535e13
>>>>>>Thank You. _______________________________________________
>>>>>>Kamailio (SER) - Users Mailing List
>>>>>>sr-users at lists.kamailio.org
>>>>>>https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>>>
>>>>_______________________________________________
>>>>Kamailio (SER) - Users Mailing List
>>>>sr-users at lists.kamailio.org
>>>>https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20181203/5663e67b/attachment.html>