Pulse Audio problem

[Tom London]

On Jan 6, 2008 6:26 AM, Michael Schwendt
<mschwendt.tmp0701.nospam at arcor.de> wrote:
> On Sun, 6 Jan 2008 21:28:21 +0800, cocobear wrote:
>
> > 于 Sun, 06 Jan 2008 03:12:07 +0100
> > Lubomir Kundrak <lkundrak at redhat.com> 写道:
> >
> > >
> > > On Sat, 2008-01-05 at 20:06 -0500, masch wrote:
> > > > HI!
> > > > Sometimes when I open the PulseAudio Volume Control said:
> > > >  Connection failed: Connection refused, and the sound in some
> > > > applications doesn't  work.
> > > > Does anyone know how to fix this?
> > >
> >
> > It seemed that it happens on F8 often.
>
> True. Recently on F8 (this is a fresh install from Dec 9th after seeing
> too many broken things) it fails to start for me during reboot:
>
> # grep pulse /var/log/messages
> Jan  6 07:20:54 faldor pulseaudio[2336]: pid.c: Daemon already running.
> Jan  6 07:20:54 faldor pulseaudio[2336]: main.c: pa_pid_file_create() failed.
> # pidof pulseaudio
>
> # ll /tmp/pulse-misc/pid
> -rw------- 1 misc misc 5 2008-01-06 03:18 /tmp/pulse-misc/pid
> # cat /tmp/pulse-misc/pid
> 2332
>
> I've had to remove the pid file manually to make it work.
>
>
I've seen the same, about 1 in 5 boots; same messages in
/var/log/messages.  Get the following in ~/.xsession-errors:

process 2901: dbus_shutdown() called but connections were still live.
This probably means the application did not drop all its references to
bus connections.
  D-Bus not built with -rdynamic so unable to print a backtrace


Trying to start pulseaudio manually says:
[tbl at localhost ~]$ pulseaudio
E: pid.c: Daemon already running.
E: main.c: pa_pid_file_create() failed.
process 3489: dbus_shutdown() called but connections were still live.
This probably means the application did not drop all its references to
bus connections.
  D-Bus not built with -rdynamic so unable to print a backtrace
Aborted
[tbl at localhost ~]$

After figuring out to run with '-v' I get this working startup
(obviously, lock/pid file timed out):

[tbl at localhost ~]$ pulseaudio -v
I: main.c: PolicyKit grants us acquire-high-priority privilige.
I: main.c: We're in the group 'pulse-rt', allowing real-time and
high-priority scheduling.
I: core-util.c: Successfully gained nice level -11.
W: pid.c: Stale PID file, overwriting.
W: main.c: setrlimit(RLIMIT_NICE, (31, 31)) failed: Operation not permitted
I: main.c: Page size is 4096 bytes

Something BZ'ed here: https://bugzilla.redhat.com/show_bug.cgi?id=426965

Not sure if this is the same.

tom
-- 
Tom London