Bug#491270: pulseaudio: PulseAudio freezes the boot process in some situations
tag 491270 fixed-upstream thanks Just letting you know that the patch is correct and was also fixed in upstream's head. Please include this patch in the debian package, pulseaudio will not see another release any time soon and 0.9.11 is not recommended for any stable purpose by its maintainer. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491270: [Pkg-pulseaudio-devel] Bug#491270: pulseaudio: PulseAudio freezes the boot process in some situations
On Tue, Aug 05, 2008 at 09:51:20PM -0500, Diego Escalante Urrelo wrote: tag 491270 fixed-upstream thanks Just letting you know that the patch is correct and was also fixed in upstream's head. I know, i was the one submitting the patch upstream. Please include this patch in the debian package, There is a pending tag for a reason :), there will be a new upload soon, i'm just looking at another issue i'd like to fix at the same time. pulseaudio will not see another release any time soon and 0.9.11 is not recommended for any stable purpose by its maintainer. Also know, we've got a quite good relationship with upstream :) Thanks for your interest! Sjoerd -- The church saves sinners, but science seeks to stop their manufacture. -- Elbert Hubbard -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491270: pulseaudio: PulseAudio freezes the boot process in some situations
Package: pulseaudio Version: 0.9.10-2 Severity: critical Justification: breaks the whole system Hi, in the following situation, pulseaudio freezes the boot process: - pulseaudio system start enabled (in /etc/default/pulseaudio) - some bad permissions in the /dev directory (due to bug #491114 in my case). In my case, the error message was: Jul 18 07:22:56 tatanka pulseaudio[2715]: main.c: setrlimit(RLIMIT_NICE, (31, 31)) failed: Operation not permitted Jul 18 07:22:56 tatanka pulseaudio[2715]: main.c: setrlimit(RLIMIT_RTPRIO, (9, 9)) failed: Operation not permitted In understand that the origin of the bug doesn't lie in pulseaudio, and that is has been fixed already (see #491114). But, whatever causes pulseaudio to fail its startup, I think it shouldn't freeze the whole boot process, but rather die gracefully. Kind regards, Gabriel Kerneis -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-rc5-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages pulseaudio depends on: ii adduser 3.108 add and remove users and groups ii libasound21.0.16-2 ALSA library ii libasyncns0 0.3-1 Asyncronous name service query lib ii libc6 2.7-12 GNU C Library: Shared libraries ii libcap1 1:1.10-14 support for getting/setting POSIX. ii libdbus-1-3 1.2.1-2simple interprocess messaging syst ii libflac8 1.2.1-1.2 Free Lossless Audio Codec - runtim ii libltdl3 1.5.26-4 A system independent dlopen wrappe ii libogg0 1.1.3-4Ogg Bitstream Library ii liboil0.3 0.3.15-1 Library of Optimized Inner Loops ii libpulsecore5 0.9.10-2 PulseAudio sound server core ii libsamplerate00.1.4-1audio rate conversion library ii libsndfile1 1.0.17-4 Library for reading/writing audio ii libwrap0 7.6.q-15 Wietse Venema's TCP wrappers libra ii lsb-base 3.2-15 Linux Standard Base 3.2 init scrip Versions of packages pulseaudio recommends: ii gstreamer0.10-pulseaudio 0.9.7-2 GStreamer plugin for PulseAudio ii libasound2-plugins 1.0.16-1+b1 ALSA library additional plugins ii padevchooser 0.9.3-2 PulseAudio Device Chooser ii paprefs 0.9.6-2 PulseAudio Preferences ii pulseaudio-esound-compat 0.9.10-2PulseAudio ESD compatibility layer ii pulseaudio-module-hal0.9.10-2HAL device detection module for Pu ii pulseaudio-module-x110.9.10-2X11 module for PulseAudio sound se Versions of packages pulseaudio suggests: ii paman0.9.4-1 PulseAudio Manager ii pavucontrol 0.9.6+svn20080426-1 PulseAudio Volume Control ii pavumeter0.9.3-1 PulseAudio Volume Meter ii pulseaudio-utils 0.9.10-2Command line tools for the PulseAu -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491270: pulseaudio: PulseAudio freezes the boot process in some situations
On Fri, Jul 18, 2008 at 08:44:51AM +0200, Gabriel Kerneis wrote: in the following situation, pulseaudio freezes the boot process: - pulseaudio system start enabled (in /etc/default/pulseaudio) - some bad permissions in the /dev directory (due to bug #491114 in my case). The pulseaudio daemon does not background itself until it’s initial start-up is complete. This includes opening devices configured in default.pa (directly or indirectly via the *-detect modules). This is common daemon design and is usually considered best practice. If opening a device causes pulseaudio to block indefinitely, then the device needs to be fixed (as it was in your case). I don’t see what pulseaudio can (or should) do about this. In my case, the error message was: Jul 18 07:22:56 tatanka pulseaudio[2715]: main.c: setrlimit(RLIMIT_NICE, (31, 31)) failed: Operation not permitted Jul 18 07:22:56 tatanka pulseaudio[2715]: main.c: setrlimit(RLIMIT_RTPRIO, (9, 9)) failed: Operation not permitted These are not fatal errors. They are warnings and do not effect pulseaudio’s start-up. They indicate only that pulseaudio may no be running with the process priorities requested in the configuration files. In understand that the origin of the bug doesn't lie in pulseaudio, and that is has been fixed already (see #491114). But, whatever causes pulseaudio to fail its startup, I think it shouldn't freeze the whole boot process, but rather die gracefully. I don’t see how bad permissions could cause pulseaudio block indefinitely on a device. What makes you think that is what happened? I my experience pulseaudio exits with a permission denied error if it does not have enough permissions to open a device. -- CJ van den Berg mailto:[EMAIL PROTECTED] xmpp:[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491270: pulseaudio: PulseAudio freezes the boot process in some situations
On Fri, Jul 18, 2008 at 11:52:33AM +0200, CJ van den Berg wrote: If opening a device causes pulseaudio to block indefinitely, then the device needs to be fixed (as it was in your case). I don’t see what pulseaudio can (or should) do about this. It could timeout, so that the rest of the system can finish its startup. In fact, it might already timeout: I waited some time but maybe not enough, and didn't check the source code. In understand that the origin of the bug doesn't lie in pulseaudio, and that is has been fixed already (see #491114). But, whatever causes pulseaudio to fail its startup, I think it shouldn't freeze the whole boot process, but rather die gracefully. I don’t see how bad permissions could cause pulseaudio block indefinitely on a device. What makes you think that is what happened? Because everything under /dev was 660 instead of 666 (belonging to root). But you made me realize that it might as well have been the case that the devices did not even exist (#491114 messed up *many* things). I don't see why a device that do not exist at all should be treated differently from a device that you can't open because of bad permissions. Then again, I might be wrong on the real origin of the problem. If this the case, please forgive me and close this bug report. But seeing pulseaudio hanging on startup and blocking the whole system (for whatever reason) didn't seem the right thing to me — unless it times out and I wasn't patient enough. Thank you for your quick reply anyway. Regards, -- Gabriel Kerneis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491270: pulseaudio: PulseAudio freezes the boot process in some situations
reopen 491270 thank you On Fri, Jul 18, 2008 at 01:22:51PM +0200, CJ van den Berg wrote: I’m going to close this now, but if you find something that causes pulseaudio to block on start-up, please let me know. I found the bug thanks to strace: it loops for ever with open(/dev/urandom,O_RDONLY|O_LARGEFILE) = -1 EACCES (Permission denied) I guess it comes from src/pulsecore/random.c, line 64: /* $Id: random.c 1971 2007-10-28 19:13:50Z lennart $ */ [snip - device = /dev/urandom] while (*device) { ret = 0; if ((fd = open(*device, O_RDONLY)) = 0) { if ((r = pa_loop_read(fd, ret_data, length, NULL)) 0 || (size_t) r != length) ret = -1; pa_close(fd); } else ret = -1; if (ret == 0) break; } It can't open /dev/urandom (because of wrong file permission) and thus never gets out of the while loop. I think it would be safer to exit (with a failure code) when /dev/urandom is not available. Kind regards, -- Gabriel Kerneis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]