Bug 812941
Summary: | pulseaudio daemon fails to start (in KDE) | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Lloyd Matthews <lpm48> |
Component: | pulseaudio | Assignee: | Lennart Poettering <lpoetter> |
Status: | CLOSED WONTFIX | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | 16 | CC: | brendan.jones.it, jreznik, kevin, lkundrak, lpoetter, ltinkl, rdieter, smparrish, tdfischer, than |
Target Milestone: | --- | Keywords: | Triaged |
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2013-02-13 16:24:23 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Lloyd Matthews
2012-04-16 16:02:37 UTC
forgot to specify that this is 32 bit install. also the problem occurs whether in 3.3.0 or 3.3.1 kernel, even though prior to 4/9/12 there was no problem with the 3.3.0 kernel. My guess is that the kernel-3.3.x update renamed the devices. Else, you're probably seeing a race-condition of kmix starting before pulseaudio is fully initialized (ie, you should only every see "Internal Audio...") I'm still having this problem. If I log into KDE on a cold boot or reboot, the problem occurs. If I log into Gnome first, then into KDE, no problem. If I log into KDE first, then into Gnome and then back into KDE the problem is gone. Logging into KDE, then out, then back into KDE without Gnome inbetween still gives the problem. So logging into Gnome always fixes the problem. I tried removing phonondevicesrc and regenerating it. This did not help. I did notice that phonondevicesrc is regenerated identical to the original, and then I get the sound hardware messages. If I remove it and reboot, then log into Gnome first, then KDE, phonondevicesrc is NOT regenerated. When the problem occurs, this is what is shown in /var/logs/messages: May 7 12:15:14 HAL5000 rtkit-daemon[1719]: Successfully made thread 3178 of process 3178 (/usr/bin/pulseaudio) owned by '500' high priority at nice level -11. May 7 12:15:15 HAL5000 pulseaudio[3178]: module-udev-detect.c: inotify_init1() failed: Too many open files May 7 12:15:15 HAL5000 pulseaudio[3178]: module.c: Failed to load module "module-udev-detect" (argument: ""): initialization failed. May 7 12:15:15 HAL5000 pulseaudio[3178]: main.c: Module load failed. May 7 12:15:15 HAL5000 pulseaudio[3178]: main.c: Failed to initialize daemon. May 7 12:15:15 HAL5000 rtkit-daemon[1719]: Successfully made thread 3208 of process 3208 (/usr/bin/pulseaudio) owned by '500' high priority at nice level -11. May 7 12:15:15 HAL5000 pulseaudio[3208]: module-udev-detect.c: inotify_init1() failed: Too many open files May 7 12:15:15 HAL5000 pulseaudio[3208]: module.c: Failed to load module "module-udev-detect" (argument: ""): initialization failed. May 7 12:15:15 HAL5000 pulseaudio[3208]: main.c: Module load failed. May 7 12:15:15 HAL5000 pulseaudio[3208]: main.c: Failed to initialize daemon. May 7 12:15:15 HAL5000 pulseaudio[3184]: main.c: Daemon startup failed. These messages go on for eleven sets. I do not get these messages if I log into Gnome first. I'm out of ideas on this. For now I just always log into Gnome first, then KDE. If you want to see the full messages listings for a good outcome and the problem outcome, the are in bug 812052. That was the first time I filed a bug on this problem when I thought it was a kernel issue. That bug is closed. Your logs clearly indicate pulseaudio is failing to start (for whatever reason), that's likely the main problem here, triaging there. I tried another experiment. I logged into root with the KDE environment and did not get the messages. I then logged out and into my user account in KDE and there were the messages. Had to log out of KDE and into/ out of Gnome then back into KDE to clear them. Can it possibly be something to do with the differences between start-pulseaudio-kde and start-pulseaudio-x11? How can I start PulseAudio during the boot process. That way it will be running when I log into KDE (save me the additional task of always logging into Gnome first). I assume that I would want to start it owned by my user, and with the same method as Gnome. If someone can point to a good reference for this I would appreciate it. Thank you. pulseaudio is intended to run as part of the user session (via /etc/xdg/autostart/...). running it during the boot process is not recommended: http://www.freedesktop.org/wiki/Software/PulseAudio/Documentation/User/SystemWide Rex, thank you for the link to the documentation, it was very helpful. After reading why it should not be a boot process I agree and will not set it up that way. I have found the solution to this problem. It came from a posting by you a few months back to another individual that had exactly the same problem. Your recommendation solved the problem for me. That was to add a file to /etc/sysctl.d that had the line fs.inotify.max_user_watches = 524288. So, something with the updates around the end of March, early April caused the inotify error. Rex, thanks again for the help, and I hope documenting it in this bug will help someone else. This message is a reminder that Fedora 16 is nearing its end of life. Approximately 4 (four) weeks from now Fedora will stop maintaining and issuing updates for Fedora 16. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '16'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 16's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 16 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged to click on "Clone This Bug" and open it against that version of Fedora. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping Fedora 16 changed to end-of-life (EOL) status on 2013-02-12. Fedora 16 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. Thank you for reporting this bug and we are sorry it could not be fixed. |