[libnice] Assert due to wrong transition

Thu Mar 22 10:20:18 UTC 2018

Some more feedback on the issue:

"When we checked the video call issue, it occurs only when the device is
connected to a 4g mobile data. It is working properly in wifi & 3g mobile
data. On connecting to a 4g network, the following error occurs"

On 22 March 2018 at 10:12, Igor Khomenko <igor at quickblox.com> wrote:

> Hi Olivier, Lorenzo
>
> I've got all needed logs upon crash, including libnice logs
>
> Stacktrace again (the same assert):
> https://www.dropbox.com/s/jlqtzu0neqlqc8o/janus_libnice_
> assert_stacktrace.crash?dl=0
>
> logs:
> https://www.dropbox.com/s/hq1nkeh6w25jsk3/janus.log?dl=0
>
> look at the end of janus.log
> Line N19365 - "(process:17784): libnice-DEBUG: Agent 0x7f6aa000dcf0 :
> stream 1 component 1 STATE-CHANGE gathering -> connected."
> this is when crash happened, then autorestart of Janus occurred after some
> time.
>
> So all the lines before N19365 are what we are looking for from my
> understanding,
> e.g. line N19330 is where assertion failed
>
> Please let me know if you need anything else here to identify the root
> cause and find a proper solution
>
> thanks
>
>
>
> On 21 March 2018 at 20:03, Olivier Crête <olivier.crete at collabora.com>
> wrote:
>
>> Hi,
>>
>> The address in this log is from Airtel in India.
>>
>> Olivier
>>
>> On Wed, 2018-03-21 at 19:28 +0200, Igor Khomenko wrote:
>>
>> Thanks Lorenzo, that did a trick, I can see libnice logs now, will try to
>> repro another crash and grab logs
>>
>> @Olivier, I will ask about operator
>>
>> On 21 March 2018 at 19:03, Olivier Crête <olivier.crete at collabora.com>
>> wrote:
>>
>> Hi,
>>
>> Out of curiosity, does it happen for a specific operator? I've heard of
>> problems with O2 UK, or is it a different one?
>>
>> Olivie
>>
>> On Wed, 2018-03-21 at 13:51 +0100, Lorenzo Miniero wrote:
>>
>> 2018-03-19 14:39 GMT+01:00 Igor Khomenko <igor at quickblox.com>:
>>
>> This is what I got from Janus log after startup when set above configs:
>>
>> [Mon Mar 19 10:04:20 2018] Enabling libnice debugging...
>> [Mon Mar 19 10:00:51 2018] [33m[WARN] [0m No NICE_DEBUG environment
>> variable set, setting maximum debug
>> [Mon Mar 19 10:00:51 2018] [33m[WARN] [0m No G_MESSAGES_DEBUG environment
>> variable set, setting maximum debug
>> [Mon Mar 19 10:00:51 2018] Debugging NICE_DEBUG=all G_MESSAGES_DEBUG=all
>>
>> But I think it's not still there, I can't find proper logs of libnice
>> inside /var/log/janus.log
>>
>> Here is my log
>> https://www.dropbox.com/s/zqkyjb80sl0cdwg/janus.log?dl=0
>>
>>
>>
>>
>> This log doesn't contain any libnice related information, so I don't
>> think this can help Olivier and the others figure out what's wrong. I
>> believe the libnice debugging ends up on stdout or stderr, so if you're
>> using the Janus log-to-file feature and disable stdout, those lines will be
>> lost. You should either leave stdout/stderr logging enabled, and redirect
>> both to a file, or check how you can redirect the NICE_DEBUG and
>> G_MESSAGES_DEBUG debugging to the same file you're saving to.
>>
>> L.
>>
>>
>>
>>
>> For example, we can find these lines:
>>
>> ---------------------------------------------------
>>   Starting Meetecho Janus (WebRTC Gateway) v0.2.1
>> ---------------------------------------------------
>> ....
>> [Mon Mar 19 10:21:29 2018] Enabling libnice debugging...
>>
>> This is when Janus was restarted after the crash,
>> but before these lines I do not find anything unusual, and also there are
>> no libnice debug logs
>>
>> @Lorenzo - should we check for libnice debug logs on other place?
>>
>> thanks
>>
>> On 6 March 2018 at 11:59, Igor Khomenko <igor at quickblox.com> wrote:
>>
>> I set "nice_debug = true" in Janus config which is going to enable the
>> flag you mentioned, here
>> https://github.com/meetecho/janus-gateway/blob/master/ice.c#L110
>>
>> Will try to reproduce the issue and then post here logs
>>
>> On 5 March 2018 at 21:00, Olivier Crête <olivier.crete at collabora.com>
>> wrote:
>>
>> Hi,
>>
>> I wonder how it gets there in that state. It should be in the state
>> connecting for this code to be called... Can you get a log with the libnice
>> debug from the case? with G_MESSAGES_DEBUG=libnice ?
>>
>> Olivier
>>
>> On Mon, 2018-03-05 at 18:32 +0200, Igor Khomenko wrote:
>>
>> Here is a link to stacktrace
>> https://gist.github.com/soulfly/6d2f629b511423cbc1914ea66a141832
>>
>>
>> Here is a commit I reproduced this issue
>> https://github.com/libnice/libnice/blob/dbaf8f5ccd76089e3408
>> 83887c7e08e6c04de80a/agent/agent.c#L2320
>>
>>
>>
>>
>>
>>
>>
>> _______________________________________________
>> nice mailing listnice at lists.freedesktop.orghttps://lists.freedesktop.org/mailman/listinfo/nice
>>
>> --
>>
>> Olivier Crête olivier.crete at collabora.com
>>
>>
>>
>>
>> --
>> Igor Khomenko,
>> CTO @ *QuickBlox*
>>
>> igor at quickblox.com <taras at quickblox.com>
>> Q-municate <https://q-municate.com/>: Igor Khomenko
>>
>> We will be happy to solve your tech issues if you ask ‘quickblox’ tagged
>> question on StackOverflow http://stackoverflow.com/questions/ask
>>
>>
>>
>>
>> --
>>
>> Olivier Crête olivier.crete at collabora.com
>>
>>
>>
>>
>> --
>>
>> Olivier Crête olivier.crete at collabora.com
>>
>>
>
>
> --
> Igor Khomenko,
> CTO @ *QuickBlox*
>
> igor at quickblox.com <taras at quickblox.com>
> Q-municate <https://q-municate.com/>: Igor Khomenko
>
> We will be happy to solve your tech issues if you ask ‘quickblox’ tagged
> question on StackOverflow http://stackoverflow.com/questions/ask
>

-- 
Igor Khomenko,
CTO @ *QuickBlox*

igor at quickblox.com <taras at quickblox.com>
Q-municate <https://q-municate.com/>: Igor Khomenko

We will be happy to solve your tech issues if you ask ‘quickblox’ tagged
question on StackOverflow http://stackoverflow.com/questions/ask
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/nice/attachments/20180322/98093f39/attachment-0001.html>