Ticket #501 (closed defect: fixed)
Bad handling of JACK errors
| Reported by: | patrakov@… | Owned by: | lennart |
|---|---|---|---|
| Milestone: | Component: | module-jack-* | |
| Keywords: | Cc: |
Description
In setup described in #500, after 30 minutes of work, bad errors appear:
E: asyncq.c: q overrun, queuing locally #(repeated a lot of times) E: asyncq.c: q overrun, queuing locally I: memblock.c: Pool full I: memblock.c: Pool full E: asyncq.c: q overrun, queuing locally I: memblock.c: Pool full I: memblock.c: Pool full E: asyncq.c: q overrun, queuing locally I: memblock.c: Pool full I: memblock.c: Pool full E: asyncq.c: q overrun, queuing locally I: memblock.c: Pool full I: memblock.c: Pool full E: asyncq.c: q overrun, queuing locally I: memblock.c: Pool full I: memblock.c: Pool full <snip a lot of repetitions> W: module-jack-source.c: JACK error >cannot read server event (Success)< W: module-jack-source.c: JACK error >cannot read server event (Success)< W: module-jack-source.c: JACK error >cannot read server event (Success)< W: module-jack-source.c: JACK error >cannot read server event (Success)< <snip>
and pulseaudio dies (sometimes with a segfault).
It looks like jackd dies first for some unknown reason. This should kill pulseaudio (or at least the sink) instantly, without this huge log.
Change History
Note: See
TracTickets for help on using
tickets.
