search for: deadlocked

Hi! We have an Asterisk Bussines Edition ABE-A.1-6 on a PowerEdge 2850 with 4Gb RAM. It was working 24/7 without any for a month, but for not related causes I rebooted it a week ago. Yesterday the machine suddenly stop working, with a kernel panic. We was watching logs, and found in /var/log/asterisk just before the machine hung the messages posted avobe(is the first time we see it). Anyone

Hi, I really did my best to understand how I can help improving Wine, but I did not succed. Well, everything started when I installed a win application on my Debian 3.1, Wine 2004.07.16 deb (clean install, no dlls). The application is ALOHA (http://www.epa.gov/ceppo/cameo/aloha.htm) It's a free application from US-Environment Protection Agency used for chemical emergency planning (I am an

Hello list, today I experienced the following for the first time : [Jan 14 11:26:18] DEBUG[27654] channel.c: Avoiding deadlock for channel '0x114af2c0' [Jan 14 11:26:18] DEBUG[27654] channel.c: Avoiding deadlock for channel '0x114af2c0' [Jan 14 11:26:18] DEBUG[27654] channel.c: Avoiding deadlock for channel '0x114af2c0' [Jan 14 11:26:18] DEBUG[27654] channel.c:

Greetings, I've been having a large number of deadlock issues lately on chan_sip occurring only on VIA EPIA ML6000 boards. I'm curious if anyone else is having similar issues. My Config (have multiple systems all running the same hardware with the same problem) VIA EPIA ML6000 1GB RAM 80GB HDD Various Digium Cards (T1 and TDM cards) Trixbox 1.2.2 (though running stock asterisk code)

Hi, I wanted to try Wine whether it was capable of running "Abev", the official hungarian tax software. http://www.apeh.hu/cgi-bin/lap.php?id=prog/pr2006 Main installer is: http://www.apeh.hu/cgi-bin/pil2006.pl?abev2006telep.exe and one has to install at least one tax form type for this software to be usable. Choose one of the numbered tax form installers, e.g.:

Dec 1 12:08:43 WARNING[6189]: channel.c:495 ast_channel_walk_locked: Avoided deadlock for 'SIP/2502-6303', 10 retries! Dec 1 12:08:44 WARNING[6189]: channel.c:495 ast_channel_walk_locked: Avoided deadlock for 'SIP/2502-6303', 10 retries! Dec 1 12:08:44 WARNING[6189]: channel.c:495 ast_channel_walk_locked: Avoided deadlock for 'SIP/2502-6303', 10 retries! what does this

Hi guys! I am new to Wine, and one of my all-time favourite porgrams ever, IrfanView, is the first one I'm trying to run with this emulator. I got past the installation, which needed MFC42.dll, by installing vcrun6 (MS Visual C++ 6 sp4 libraries: mfc42, msvcp60, msvcrt) using WineTricks. Now IrfanView itself still won't run. I re-installed my system after screwing it up last week, before

...way? Can there be a callback prior to calling the real pthread_mutex_lock() > that can, for example, detect deadlocks? > 2. Upon debugging a simple test case, I see that there is a worker thread > that is created. Can this worker not check for the deadlock when the actual > threads are deadlocked. Hello Vaivaswatha, Yes, tsan currently detects only _potential_ deadlocks. On actual deadlocks it deadlocks as well. This is just not implemented yet. Yes, mutex callback needs to be split into pre and post parts. The deadlock detector already has separate callbacks for these events, it is just...

Hello all, I'm running Asterisk 1.2.35 with chan_mgcp activated. The process host around 2,4K users. Along the day I've got some debug reports like : Feb 24 22:25:42 DEBUG[28546] channel.c: Avoiding deadlock for 'MGCP/aaln/1 at 028421223635-1' Feb 24 22:29:04 DEBUG[28670] channel.c: Avoiding initial deadlock for 'MGCP/aaln/1 at 028421223635-1' Then, at

For some reason we are seeing "Avoiding deadlock for channel" in our Asterisk logs, the logs are getting filled up with an amazing speed around 12000 lines a second, and all of them are "Avoiding deadlock". What could be the potential reason for this to be happening? The Asterisk is used as auto dialler, therefore different channel types are involved SIP, DAHDI, Local's.

Hello, I have previously open a topic on the mailing list about deadlocking on Asterisk 1.2.35. After upgrading to 1.4.29.1 we still experienced the same problem : Mar 5 12:05:56] DEBUG[8647] channel.c: Avoiding initial deadlock for channel '0xb7689840' [Mar 5 12:06:41] DEBUG[7130] channel.c: Avoiding deadlock for channel '0xb7c04788' [Mar 5 12:06:41] DEBUG[7130]

Hello, I am trying to see if the hypervisor can be used to detect deadlocks in the guest VMs. My goal is to detect if a guest OS is deadlocked, and if it is, then create a clone of the deadlocked OS without the locking condition, and letting the clone run. While the clone runs I am hoping to generate some hints that could tell me what caused the deadlock. I simulated a deadlock/hang situation in a guest OS (by loading a badly written...

Hi, I am observing a deadlock with llvm-lit on windows 7. When I attached a debugger, the communicate() call is blocked. In file utils/lit/lit/TestRunner.py > # FIXME: There is probably still deadlock potential here. Yawn. > procData = [None] * len(procs) > procData[-1] = procs[-1].communicate() I am invoking python directly on windows to run the unit tests.

Dear users, Couple of days ago I have updated my * to 1.2.4 with ZAP 1.2.3 Since the upgrade I am having these problems: Feb 7 16:21:18 WARNING[387] channel.c: Avoided deadlock for '0x91a8b20', 10 retries!$ Feb 7 16:23:16 WARNING[16176] channel.c: Avoided deadlock for '0x91a8b20', 10 retries!$ Feb 7 16:23:28 WARNING[16176] channel.c: Avoided deadlock for '0x91a8b20',

Hi, we still have the problem in that the Ferret Drb server dies on us sometimes. Looking through ferret_server.out and we come accross this: deadlock 0xb7261cb0: sleep:F(1012) - /usr/lib/ruby/1.8/drb/drb.rb:566 deadlock 0xb71d8654: sleep:F(409) - /usr/lib/ruby/1.8/drb/drb.rb:566 deadlock 0xb723f3e0: sleep:F(7) - /usr/lib/ruby/1.8/drb/drb.rb:566 deadlock 0xb72607c0: sleep:F(11) -

Hi, My asterisk sometimes stop responding to iax calls. In the log, I've found this: Mar 29 13:35:45 DEBUG[8386] channel.c: Avoiding initial deadlock for 'IAX2/trunkjstpcn-3' Mar 29 13:35:45 DEBUG[13002] chan_sip.c: update_call_counter(1409) - decrement call limit counter Mar 29 13:35:45 DEBUG[8386] channel.c: Avoiding initial deadlock for 'IAX2/trunkjstpcn-3' Mar 29

We've experienced the same problem twice now in the past month. The asterisk pid stops responding. We aren't able to connect to the CLI and all calls are dropped. The lots are pretty bare as well. This is the message log: Oct 24 09:12:35 WARNING[20711] channel.c: Avoided initial deadlock for '0x8444a70', 10 retries! Oct 24 09:12:35 WARNING[20711] channel.c: Avoided initial

Anyone have any idea what's causing this or how to debug it? I'm pretty sure the root cause is with chan_sccp.so, but not sure how to prove it. I recently upgraded from CVS-head to 1.2.1 and the chan_sccp from 12-17-2005. Now, once or twice a week, I get this on the console: Jan 31 10:39:08 WARNING[10586]: channel.c:784 channel_find_locked: Avoided deadlock for '0xbf1013e0',

--- This is what I used to provoke the deadlocks; before my patch series, it was succeeding for a fully-parallel server: nbdkit -U - memory 2M --run './deadlock $unixsocket' as well as for a serialized server that didn't trip up Linux kernel buffering limits: nbdkit -U - --filter=noparallel memory 256k --run './deadlock $unixsocket' but was reliably hanging with both client

Hi, I tried to get HL running with Wine, but some problems occured: With fresh HL-Installation it keeps asking me for the HL-CD even if I mounted it correctly. Drive setup of wine is correct (isn't complaining about a missing drive) I read that installing 1.1.0.8 helps, so I did, but with this patch HL is not even starting, errormsg is There may be more fonts available - try increasing the