[jitsi-dev] Deadlock after callConference


#1

Hi,

i found , on jitsi, that after a conference, one thread stays in deadlock
with the consequence of the impossibility to make another call.

Here a stackTrace

Thread [<90> Thread-780] (Suspended)
<VM does not provide monitor information>
Object.wait(long, int) line: not available [native method]
CallManager$HangupCallThread(Thread).parkFor(long) line: 1231
Unsafe.park(boolean, long) line: 323
LockSupport.park(Object) line: 159
ReentrantLock$NonfairSync(AbstractQueuedSynchronizer).parkAndCheckInterrupt()
line: 810
ReentrantLock$NonfairSync(AbstractQueuedSynchronizer).acquireQueued(AbstractQueuedSynchronizer$Node,
int) line: 843
ReentrantLock$NonfairSync(AbstractQueuedSynchronizer).acquire(int) line:
1173
ReentrantLock$NonfairSync.lock() line: 183
ReentrantLock.lock() line: 259
AbstractPullBufferCaptureDevice$1(AbstractBufferCaptureDevice).lock() line:
908
AbstractPullBufferCaptureDevice$1(AbstractBufferCaptureDevice).stop() line:
981
DataSource(AbstractPullBufferCaptureDevice).stop() line: 478
RewritablePullBufferDataSource(PullBufferDataSourceDelegate).stop() line:
212
AudioMediaDeviceSession(MediaDeviceSession).disconnectCaptureDevice() line:
649
AudioMediaDeviceSession(MediaDeviceSession).close() line: 357
AudioMediaStreamImpl(MediaStreamImpl).close() line: 651
AudioMediaStreamImpl.close() line: 268
MediaHandler.setAudioStream(AudioMediaStream) line: 1167
MediaHandler.closeStream(CallPeerMediaHandler, MediaType) line: 576
CallPeerSipImpl$1(CallPeerMediaHandler).closeStream(MediaType) line: 456
CallPeerSipImpl$1(CallPeerMediaHandler).close() line: 410
CallPeerSipImpl(MediaAwareCallPeer).setState(CallPeerState, String, int)
line: 1058
CallPeerSipImpl(AbstractCallPeer).setState(CallPeerState, String) line: 916
CallPeerSipImpl.setDisconnectedState(boolean, String) line: 1646
CallPeerSipImpl.hangup(int, String) line: 972
OperationSetBasicTelephonySipImpl.hangupCallPeer(CallPeer, int, String)
line: 1868
OperationSetBasicTelephonySipImpl.hangupCallPeer(CallPeer) line: 1848
CallManager$HangupCallThread.run() line: 297


#2

Hi,

nice, that you found the cause. Must have experienced this also a couple of times.

Solution up to now was to restart jitsi.

Cheers,

Matt
···

dev@jitsi.org

http://lists.jitsi.org/mailman/listinfo/dev


#3

Do you happen to have a more detailed stack trace showing the other
thread(s) involved in the deadlock?


#4

Here the stack of "createCall" thread

Thread [<17> Create call thread] (Suspended)
<VM does not provide monitor information>
OperationSetBasicTelephonySipImpl.createOutgoingCall(Address, Message,
CallConference) line: 165
OperationSetBasicTelephonySipImpl.createCall(String, CallConference) line:
116
OperationSetBasicTelephonySipImpl(AbstractOperationSetBasicTelephony).createCall(String)
line: 110
CallManager$CreateCallThread.run() line: 919
CallManager.createCall(ProtocolProviderService, String) line: 359

···

2014-11-13 11:41 GMT+01:00 Lyubomir Marinov <lyubomir.marinov@jitsi.org>:

Do you happen to have a more detailed stack trace showing the other
thread(s) involved in the deadlock?

_______________________________________________
dev mailing list
dev@jitsi.org
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/dev


#5

Thanks for the answers.

I have this problem every time i finish a call-conference, sometimes after
the first call-conference and sometimes after the second one.

···

2014-11-13 12:39 GMT+01:00 Buddy Butterfly <buddy.butterfly@web.de>:

Hi,

nice, that you found the cause. Must have experienced this also a couple
of times.
Solution up to now was to restart jitsi.

Cheers,
Matt

Am 13.11.2014 um 11:36 schrieb Rocco Sansotta:
> Hi,
>
> i found , on jitsi, that after a conference, one thread stays in
deadlock with the consequence of the impossibility to make another call.
>
> Here a stackTrace
>
> Thread [<90> Thread-780] (Suspended)
> <VM does not provide monitor information>
> Object.wait(long, int) line: not available [native method]
> CallManager$HangupCallThread(Thread).parkFor(long) line: 1231
> Unsafe.park(boolean, long) line: 323
> LockSupport.park(Object) line: 159
>
ReentrantLock$NonfairSync(AbstractQueuedSynchronizer).parkAndCheckInterrupt()
line: 810
>
ReentrantLock$NonfairSync(AbstractQueuedSynchronizer).acquireQueued(AbstractQueuedSynchronizer$Node,
int) line: 843
> ReentrantLock$NonfairSync(AbstractQueuedSynchronizer).acquire(int)
line: 1173
> ReentrantLock$NonfairSync.lock() line: 183
> ReentrantLock.lock() line: 259
>
AbstractPullBufferCaptureDevice$1(AbstractBufferCaptureDevice).lock() line:
908
>
AbstractPullBufferCaptureDevice$1(AbstractBufferCaptureDevice).stop() line:
981
> DataSource(AbstractPullBufferCaptureDevice).stop() line: 478
> RewritablePullBufferDataSource(PullBufferDataSourceDelegate).stop()
line: 212
>
AudioMediaDeviceSession(MediaDeviceSession).disconnectCaptureDevice() line:
649
> AudioMediaDeviceSession(MediaDeviceSession).close() line: 357
> AudioMediaStreamImpl(MediaStreamImpl).close() line: 651
> AudioMediaStreamImpl.close() line: 268
> MediaHandler.setAudioStream(AudioMediaStream) line: 1167
> MediaHandler.closeStream(CallPeerMediaHandler, MediaType) line: 576
> CallPeerSipImpl$1(CallPeerMediaHandler).closeStream(MediaType) line:
456
> CallPeerSipImpl$1(CallPeerMediaHandler).close() line: 410
> CallPeerSipImpl(MediaAwareCallPeer).setState(CallPeerState, String,
int) line: 1058
> CallPeerSipImpl(AbstractCallPeer).setState(CallPeerState, String)
line: 916
> CallPeerSipImpl.setDisconnectedState(boolean, String) line: 1646
> CallPeerSipImpl.hangup(int, String) line: 972
> OperationSetBasicTelephonySipImpl.hangupCallPeer(CallPeer, int,
String) line: 1868
> OperationSetBasicTelephonySipImpl.hangupCallPeer(CallPeer) line: 1848
> CallManager$HangupCallThread.run() line: 297
>
>
>
> _______________________________________________
> dev mailing list
> dev@jitsi.org
> Unsubscribe instructions and other list options:
> http://lists.jitsi.org/mailman/listinfo/dev

_______________________________________________
dev mailing list
dev@jitsi.org
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/dev