[libnice] Assert due to wrong transition

[Lorenzo Miniero]

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
>>
>
>
>
> --
> 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
>
> _______________________________________________
> nice mailing list
> nice at lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/nice
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/nice/attachments/20180321/9866e492/attachment-0001.html>