I just did a test install of Ast 11, and have trouble getting the same logging information that Ast 1.x provided. I'm looking specifically for the logging around call progress / dialplan actions.
In ASt 11 I've done the same thing that I did before: core set verbose 60
I also tried overwriting the logger.conf with the distribution one from Ast 11, and setting option "logger set level verbose on" (never did that on older versions, but was wondering if that would make a difference).
Still no joy, Googling around for an answer I did see a changelog with…
I have encountered a problem on an Ast 1.8 install where the AMI interface works fine (I can login and issues command to AMI directly using telnet), but when I use the JAMI/JAMA interface it fails. Using curl (HTTP) I can login fine to the JAMI, but as soon as I issue a second command it fails (despite saving session cookies and extending the httptimeout on the Asterisk side).
The two JAMI commands (login, then ping) are issued within 3 seconds of one another, so this should succeed (and it does on some other test systems). I read about this bug…
If a single voicemail account is manipulated by two parties simultaneously, a condition can occur where memory is freed twice causing a crash. Management of the memory in question has been reworked so that double frees and out of bounds array access do not occur. Upgrade to the latest release. Affected Versions
- Product Release Series
- Asterisk Open Source 1.8.x 1.8.11 and newer
- Asterisk Open Source 10.x 10.3 and newer
- Certified Asterisk 1.8.11-certx All versions
- Asterisk Digiumphones 10.x.x-digiumphones All versions
- Product Release
- Asterisk Open Source 188.8.131.52, 10.5.2
- Certified Asterisk 1.8.11-cert4
- Asterisk Digiumphones 10.5.2-digiumphones
We have an Ast 1.6 installation which is connected to an Avaya using ooh323. Something is causing the log to fill with "In ooEndCall call state is - OO_CALL_CLEAR (incoming, ooh323c_1)" messages every 100ms. This causes the log to grow to 300MB in just 5 minutes, which eventually overloads the box. Looking through the ooh323 log below, I suspect this stems from the "Error:Failed to enqueue ReleaseComplete message to outbound queue.(incoming, ooh323c_1)" message - but we don't don't see enough H323 installations to dig deeper. Can someone offer some suggested causes and resolutions? Thanks!
I´m facing some issues on asterisk 1.8.10. I can see this on the console: [May 28 15:46:19] ERROR: lock.c:438 __ast_pthread_mutex_unlock: audiohook.c line 705 (audio_audiohook_write_list): Error releasing mutex: Operation not permitted
[May 28 15:46:19] ERROR: lock.c:280 __ast_pthread_mutex_lock: audiohook.c line 688 (audio_audiohook_write_list): Error obtaining mutex: State not recoverable
[May 28 15:46:19] ERROR: lock.c:407 __ast_pthread_mutex_unlock: audiohook.c line 705 (audio_audiohook_write_list): mutex '&(audiohook)->lock' freed more times than we've locked!