[libnice] Assert due to wrong transition

Igor Khomenko igor at quickblox.com
Thu Mar 22 08:12:25 UTC 2018


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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/nice/attachments/20180322/da1e033f/attachment.html>


More information about the nice mailing list