logout stalls until esd is killed

Bug #122972 reported by David Burgess
6
Affects Status Importance Assigned to Milestone
esound (Ubuntu)
Invalid
Low
Unassigned

Bug Description

Fresh install of Edubuntu server x86_64 Feisty. Steps to reproduce bug 100% of the time:

1. Create user
2. Boot thin client and login with username
3. Log out of thin client
3. Login to server with username
4. Click the logout button
5. Click any of the logout options

The computer is not totally frozen; I can still move the mouse and if there is music playing it continues playing. I can still use tty and ssh.

If I login to tty1 with a different user and do
"ps -u guest > echo > output.normal"
while in an X session with guest, then after trying to logout, do
"ps -u guest > echo > output.frozen"
then
"diff output.normal output.frozen"
I see
"3c3
< 7879 ? 00:00:00 x-session-manag
---
> 7879 ? 00:00:01 x-session-manag
19a20
> 8631 ? 00:00:00 esd"

which looks like esd has started with the attempt to logout. If I do
"sudo kill -9 8631"
then I get back to my gdm login screen, as if the esd was causing the hang.

db

ProblemType: Bug
Architecture: amd64
Date: Thu Jun 28 23:40:41 2007
DistroRelease: Ubuntu 7.04
ExecutablePath: /usr/bin/gnome-panel
Package: gnome-panel 1:2.18.1-0ubuntu3.1
PackageArchitecture: amd64
ProcCmdline: gnome-panel --sm-client-id default1
ProcCwd: /home/guest
ProcEnviron:
 SHELL=/bin/bash
 PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
 LANG=en_CA.UTF-8
SourcePackage: gnome-panel
Uname: Linux micah 2.6.20-16-generic #2 SMP Thu Jun 7 19:00:28 UTC 2007 x86_64 GNU/Linux

Revision history for this message
David Burgess (apt-get) wrote :
Revision history for this message
David Burgess (apt-get) wrote :

I have investigated this somewhat further and found that if I do in gnome-terminal while logged into X on the server

$ esd
*** PULSEAUDIO: Unable to connect: Connection refused

It appears that esound is not able to run, although "enable sofware sound mixing (ESD)" is selected in System > Preferences > Sound.

If I'm not mistaken, pulseaudio is the appropriate sound device on a thin client. I'm sure in my steps to reproduce bug I should have included "2a. Change Volume Control Applet device to Pulseaudio". Although I have changed the device back to the server's hardware setting (HDA NVidia (Alsa mixer)) when logged into the server, there appears to be another esound setting somewhere that needs to be changed back manually if not automatically when logged into the server.

I checked /etc/esound/esd.conf but saw no such setting. Likewise in gconf-editor.

db

Revision history for this message
Andreas Braml (a-strich-b) wrote :

This seems to be the same problem as in #122972:

https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/101946

You can find a 'FIX' there, too...

Andreas

Revision history for this message
Pedro Villavicencio (pedro) wrote :

Is this still an issue for you?

Changed in esound:
importance: Undecided → Low
status: New → Incomplete
Revision history for this message
David Burgess (apt-get) wrote :

I implemented the workaround outlined here:

https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/101946/comments/2

which worked, but only on a fresh install. If I were to reverse the workaround I could tell you whether or not it was still an issue, but if the answer is no, then reinstalling at this point is unpalatable.

db

Revision history for this message
Greg Grossmeier (greg.grossmeier) wrote :

Since we aren't able to reproduce this issue anymore and thus provide diagnostics, I am closing this bug.

If you are able to provide more information/diagnostics later, please feel free to reopen this bug.

Thanks!

Changed in esound:
status: Incomplete → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.