☰

Mumble no se vincula a la dirección de red en el arranque, es necesario reiniciarlo (¿no espera correctamente a la red?)

tag-icon • tag-icon debian networking
Mumble no se vincula a la dirección de red en el arranque, es necesario reiniciarlo (¿no espera correctamente a la red?)

Tengo una instalación predeterminada y sin cambios del servidor Mumble en Debian Squeeze (paquete "mumble-server"). En una configuración anterior, iniciar el servidor (llamado murmurd) al arrancar usando los scripts de inicio predeterminados funcionó bien. En una nueva configuración, que me parece idéntica en todos los sentidos, murmurd no parece vincularse a una dirección de red al arrancar. Por lo tanto, ningún cliente puede conectarse hasta que reinicie el proceso después del arranque.

Los registros son bastante reveladores. En el arranque:

<W>2012-03-25 00:15:01.543 Murmur 1.2.2 (1.2.2-6+squeeze1) running on
X11: Debian GNU/Linux 6.0.4 (squeeze): Booting servers <W>2012-03-25
00:15:01.617 1 => Announcing server via bonjour <W>2012-03-25
00:15:01.650 1 => Not registering server as public

y ningún cliente puede conectarse. service mumble-server restartSin embargo, el uso después del arranque proporciona:

<W>2012-03-25 00:22:27.529 Murmur 1.2.2 (1.2.2-6+squeeze1) running on
X11: Debian GNU/Linux 6.0.4 (squeeze): Booting servers <W>2012-03-25
00:22:27.549 1 => Server listening on [::]:64738 <W>2012-03-25
00:22:27.559 1 => Announcing server via bonjour <W>2012-03-25
00:22:27.570 1 => Not registering server as public

Observe la tercera línea. Por tanto, me parece que el script de inicio intenta iniciar el demonio antes de que la red esté en funcionamiento. Sin embargo, el /etc/rc2.d/S19mumble-serverscript que viene con el paquete dice:

# Required-Start:       $network $local_fs $remote_fs dbus

Exactamente la misma configuración funciona bien en una máquina diferente (que también ejecuta Debian Squeeze), por lo que empiezo a sospechar que tiene algo que ver con el tiempo de arranque o algún otro factor no determinista.

¿Ideas?

Respuesta1

Sé que esta pregunta ya tiene dos años, pero recientemente me encontré con el mismo problema en una máquina que ejecutaba "wheezy". Después de buscar una solución en varios sitios, parecía ser un problema causado por el administrador de red, que no abrió la interfaz de red lo suficientemente rápido como para permitir que se abriera su socket.

Por lo tanto, eliminé el administrador de red de la secuencia de inicio: update-rc.d network-manager remove y configuré mi interfaz de red a través del archivo /etc/interfaces- y /etc/resolv.conf- como se describeaquí.

Agregar el administrador de red como dependencia en el script de inicio del servidor mumble /etc/init.d/mumble-servery hacerlo update-rc.d mumble-server remove && update-rc.d mumbleserver defaultsdesafortunadamente no funcionó, aunque mumble recibió un valor de secuencia más alto (19; el administrador de red tenía 18).

información relacionada