| Summary: | ASTERISK-01212: G.729 codec leaves shared memory segments | ||
| Reporter: | Paul Cadach (pcadach) | Labels: | |
| Date Opened: | 2004-03-14 04:32:23.000-0600 | Date Closed: | 2004-09-25 02:54:39 |
| Priority: | Blocker | Regression? | No |
| Status: | Closed/Complete | Components: | Core/General |
| Versions: | Frequency of Occurrence | ||
| Related Issues: | |||
| Environment: | Attachments: | ||
| Description: | After stop, G.729 codec leaves shared memory segments. When G.729 can't allocate shm segment it's floods error messages to log file. codec_g729 sources not available so 3rd party solution/fixes could not be provided. ****** ADDITIONAL INFORMATION ****** Possible solution are: 1) fix codec to free shm at module unload; 2) add shm cleanup code to safe_asterisk script to free all unattached segments. | ||
| Comments: | By: Mark Spencer (markster) 2004-03-14 16:14:12.000-0600 Voiceage is not willing to fix the bugs in their code, so no G.729 fixes are generally workable until we find an entirely new G.729 stack. By: Paul Cadach (pcadach) 2004-03-14 22:58:21.000-0600 Reminder sent to markster Does it possible to provide work-around for this bug at safe_asterisk by cleaning out all un-attached segments before starting asterisk (or when codec_g729 is loading if sources partially available)? Otherwise G.729 is not suitable for production system because it will log messages like "cannot create G.729 codec" and fill up disk space allocated for logs. | ||