| Summary: | ASTERISK-02082: [FreeBSD 5.2.1. Only] Music On Hold fork blocks other threads | ||
| Reporter: | jacs (jacs) | Labels: | |
| Date Opened: | 2004-07-22 08:50:47 | Date Closed: | 2004-09-25 02:12:17 |
| Priority: | Minor | Regression? | No |
| Status: | Closed/Complete | Components: | Core/General |
| Versions: | Frequency of Occurrence | ||
| Related Issues: | |||
| Environment: | Attachments: | ||
| Description: | Adding Music On Hold causes all other threads to stop working until the MOH thread is terminated. The source of the probelem I believe is the forked thread for mpg123 stops all parent process threads until it closes. | ||
| Comments: | By: Konstantin Prokazoff (oryx) 2004-07-22 09:06:05 You're right, but this problem is similar to scheduling/io/streaming in (I think) *BSD. It not only blocks, differ in linux and *BSD - a way to messages like: UDP packet received with bad checksum. I'm working on the issue. Anyone can confirm, that have problems with UDP (RTP transmission) and MOH resource on other BSDs, not ONLY FreeBSD? By: patrickdk (patrickdk) 2004-07-25 09:59:19 This more than just musiconhold, it's not threading like it's suppost to. Only one thread is running at once, just musiconhold is the first thread started on startup. If you turn musiconhold off, it only lets one call be made and it blocks till that call is off. I recompile mine with linuxthreads and it works ok, I think something changed in cvs a week or two ago that started this, cause it wasn't blocking last time I tried. By: Mark Spencer (markster) 2004-07-30 00:16:21 This can probably be merged into 2167. | ||