[OpenSIPS-Users] WARNING:core:utimer_ticker: utimer task <tm-utimer> already schedualed
Bogdan-Andrei Iancu
bogdan at opensips.org
Tue Jan 26 15:05:40 CET 2016
Hi Dragomir,
What RADIUS problem do you still have in 2.1 ?
Regards,
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com
On 26.01.2016 10:17, Dragomir Haralambiev wrote:
> Thanks Bogdan,
>
> Why this problem exists only in Opensips 2.1?
>
> Best regards,
> Dragomir
>
> 2016-01-26 9:59 GMT+02:00 Bogdan-Andrei Iancu <bogdan at opensips.org
> <mailto:bogdan at opensips.org>>:
>
> So after all, the problem was so slow/blocking communication with
> the Radius server. For the future, to debug such issue you can use
> the exec_msg_threshold to see what are the slow parts of your script:
> http://www.opensips.org/Documentation/Script-CoreParameters-2-1#toc57
>
> Regards,
>
> Bogdan-Andrei Iancu
> OpenSIPS Founder and Developer
> http://www.opensips-solutions.com
>
> On 26.01.2016 00:18, Aqs Younas wrote:
>> Resolved the issue by down grading to radius 2.2. But stuck in
>> another problem going to post another thread.
>>
>> Thank you All.
>>
>> On 25 January 2016 at 19:55, Aqs Younas <aqsyounas at gmail.com
>> <mailto:aqsyounas at gmail.com>> wrote:
>>
>> We are still looking where things went wrong. Actually code
>> is not changed a bit , same radius configuration in
>> production server works perfect. We just copied the setup to
>> new server and facing the problem. I see a lot of people
>> posted this issue before but none have shared the solutions.
>>
>> Could you help where we need to look for radius connections.
>>
>> Much thanks for your pointers
>>
>> On 25 January 2016 at 19:18, Bogdan-Andrei Iancu
>> <bogdan at opensips.org <mailto:bogdan at opensips.org>> wrote:
>>
>> Hi Aqs,
>>
>> I assume after fixing your RADIUS issue the timer
>> warnings disappeared ?
>>
>> Regards,
>>
>> Bogdan-Andrei Iancu
>> OpenSIPS Founder and Developer
>> http://www.opensips-solutions.com
>>
>> On 22.01.2016 23:09, Aqs Younas wrote:
>>> Sorry, I must search archive before query here.
>>>
>>> The problem is related to radius accounting. I am too
>>> using radius for AAA and this problem appears after
>>> calls began to terminate.
>>> Below threads are purely related.
>>>
>>> http://comments.gmane.org/gmane.comp.voip.opensips.user/31415
>>> https://www.mail-archive.com/users@lists.opensips.org/msg30675.html
>>>
>>> On 22 January 2016 at 22:37, Aqs Younas
>>> <aqsyounas at gmail.com <mailto:aqsyounas at gmail.com>> wrote:
>>>
>>> On the start of test. Using top
>>>
>> [...]
>>
>>>
>>>
>>> I see opensips stuck(flood with warnings) durings
>>> calls termination process which leads me to manually
>>> kill opensisp to prevent opensips from eating all my
>>> server resources.
>>>
>>> Test is performed using sipp with 30 cps and 2000
>>> concurrent calls of during 6 minutes.
>>>
>>> :lscpu
>>>
>>> Architecture: x86_64
>>> CPU op-mode(s): 32-bit, 64-bit
>>> Byte Order: Little Endian
>>> CPU(s): 32
>>> On-line CPU(s) list: 0-31
>>> Thread(s) per core: 2
>>> Core(s) per socket: 8
>>> Socket(s): 2
>>> NUMA node(s): 2
>>> Vendor ID: GenuineIntel
>>> CPU family: 6
>>> Model: 45
>>> Stepping: 7
>>> CPU MHz: 1199.531
>>> BogoMIPS: 4001.49
>>> Virtualization: VT-x
>>> L1d cache: 32K
>>> L1i cache: 32K
>>> L2 cache: 256K
>>> L3 cache: 20480K
>>> NUMA node0 CPU(s): 0-7,16-23
>>> NUMA node1 CPU(s): 8-15,24-31
>>>
>>> egrep --color 'Mem|Cache|Swap' /proc/meminfo
>>>
>>> MemTotal: 49530560 kB
>>> MemFree: 29677688 kB
>>> MemAvailable: 45436220 kB
>>>
>>>
>>>
>>> Let me know if you need anything else.
>>>
>>> Thanks.
>>>
>>> On 22 January 2016 at 21:18, Bogdan-Andrei Iancu
>>> <bogdan at opensips.org <mailto:bogdan at opensips.org>>
>>> wrote:
>>>
>>> Yes, the "children" option - 10 should be more
>>> than ok.
>>>
>>> What is the CPU usage from opensips during the
>>> test ?
>>>
>>> Regards,
>>>
>>> Bogdan-Andrei Iancu
>>> OpenSIPS Founder and Developer
>>> http://www.opensips-solutions.com
>>>
>>> On 22.01.2016 18:08, Aqs Younas wrote:
>>>> Hi, Bogdan
>>>>
>>>> You mean children? First I thought it is due to children(10 default) which I increased to 500 but no avail.
>>>> This I have in my configuration file.
>>>>
>>>> debug=3
>>>> log_stderror=no
>>>> log_facility=LOG_LOCAL3
>>>>
>>>> fork=yes
>>>> children=500
>>>> open_files_limit=99999
>>>>
>>>> Thanks for replying.
>>>>
>>>> On 22 January 2016 at 20:49, Bogdan-Andrei
>>>> Iancu <bogdan at opensips.org
>>>> <mailto:bogdan at opensips.org>> wrote:
>>>>
>>>> How many workers have you configured into
>>>> opensips ?
>>>>
>>>> Regards,
>>>>
>>>> Bogdan-Andrei Iancu
>>>> OpenSIPS Founder and Developer
>>>> http://www.opensips-solutions.com
>>>>
>>>> On 22.01.2016 17:43, Aqs Younas wrote:
>>>>> I see this warning when i am sending calls
>>>>> with more than 10 cps. On 5 to 10 cps
>>>>> everything seems ok.
>>>>>
>>>>> On 22 January 2016 at 19:38, Aqs Younas
>>>>> <aqsyounas at gmail.com
>>>>> <mailto:aqsyounas at gmail.com>> wrote:
>>>>>
>>>>> Hi,
>>>>>
>>>>> I am using sipp to load test my
>>>>> opensips (version: opensips 2.1.2
>>>>> (x86_64/linux)) after calls get
>>>>> terminated i see my opensips being
>>>>> flood with below warnings.
>>>>>
>>>>> Jan 22 14:31:38 66-226-76-150
>>>>> /usr/local/origination/opensips/sbin/opensips[22844]:
>>>>> WARNING:core:utimer_ticker: utimer
>>>>> task <tm-utimer> already schedualed
>>>>> for 1575170 ms
>>>>>
>> [...]
>>
>>
>>
>
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org <mailto:Users at lists.opensips.org>
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
>
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20160126/d0ce5cf0/attachment-0001.htm>
More information about the Users
mailing list