Bug#615492: mumble-server: Users connected to server cannot hear each other

February 26th, 2011 - 05:10 pm ET by Simon Heath | Report spam
Package: mumble-server
Version: 1.2.2-6
Severity: important

Multiple people connecting to the Mumble server can occasionally not
communicate. Sometimes person A cannot hear person B but B can hear A,
sometimes neither of them can hear each other. If A, B, C and D are connected
it often happens that B and C cannot communicate with each other but both can
talk to and be heard by A and D, or everyone can hear A but A only hears B and
C. It can happen more or less at random as far as I can tell; you can have
four people in the server who can all intercommunicate, and then suddenly one
of them cannot hear another while the other two appear unaffected. Sometimes
disconnecting and reconnecting to the server fixes this problem, sometimes it
does not. Sometimes new people connecting are not able to be heard by people
already there.
This also appears to affect the user list in the client. A, B and C will be
connected to the server, D will join, and only A and B will have their user
list updated while C does not see and cannot hear D.
This happens at random as far as I can tell, but if you have four people using
the software for more than ten minutes, you'll probably see it happen. No
unusual notifications appear in the application or system logs; the server
application log notes people connecting and disconnecting with 100% accuracy.
All clients are using version 1.2.2 of the client. Some are using the windows
client, some are using the Debian Linux client version 1.2.2-5. It doesn't
appear to affect who can hear who.
This does not appear to affect the AMD64 version of the software; I tried with
an AMD64 machine on the same network given the same IP address and everything
worked fine. This occurs even between two people on the same LAN. Setting
the firewall of the mumble server system to accept everything from everywhere
does not appear to affect this problem.


Debian Release: wheezy/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: armel (armv5tel)

Kernel: Linux 2.6.35.7 (PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages mumble-server depends on:
ii adduser 3.112+nmu2 add and remove users and groups
ii dbus 1.4.1-2 simple interprocess messaging syst
ii debconf [debconf-2.0] 1.5.38 Debian configuration management sy
ii libavahi-client3 0.6.28-3 Avahi client library
ii libavahi-common3 0.6.28-3 Avahi common library
ii libavahi-compat-libdnssd1 0.6.28-3 Avahi Apple Bonjour compatibility
ii libc6 2.11.2-11 Embedded GNU C Library: Shared lib
ii libcap2 1:2.20-1 support for getting/setting POSIX.
ii libgcc1 1:4.4.5-12 GCC support library
ii libiceutil33 3.3.1-12 Ice for C++ misc utility library
ii libprotobuf6 2.3.0-4 protocol buffers C++ library
ii libqt4-dbus 4:4.6.3-4 Qt 4 D-Bus module
ii libqt4-network 4:4.6.3-4 Qt 4 network module
ii libqt4-sql 4:4.6.3-4 Qt 4 SQL module
ii libqt4-sql-sqlite 4:4.6.3-4 Qt 4 SQLite 3 database driver
ii libqt4-xml 4:4.6.3-4 Qt 4 XML module
ii libqtcore4 4:4.6.3-4 Qt 4 core module
ii libssl0.9.8 0.9.8o-5 SSL shared libraries
ii libstdc++6 4.4.5-12 The GNU Standard C++ Library v3
ii libzeroc-ice33 3.3.1-12 Ice for C++ runtime library

mumble-server recommends no packages.

Versions of packages mumble-server suggests:
pn mumble-django <none> (no description available)
pn mumble-server-web <none> (no description available)

/etc/mumble-server.ini [Errno 13] Permission denied: u'/etc/mumble-server.ini'




To UNSUBSCRIBE, email to debian-bugs-dist-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
email Follow the discussionReplies 3 repliesReplies Make a reply

Replies

#1 Simon Heath
February 26th, 2011 - 07:30 pm ET | Report spam
Additional information I should have included to begin with:
The armel system in question is a Guruplug Server a la
http://www.globalscaletechnologies....tails.aspx , which
heretofor has operated reasonably well. The AMD64 machine it was
tested against was an Athlon 64 X2 desktop of fairly standard setup.
Both were using the latest version of mumble-server available in
testing. The configuration for mumble-server was the default as
installed by dpkg. Mumble-server did not appear to be using excessive
amounts of CPU, memory or I/O.

Simon



To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact

Similar topics