Mumbleは起動時にネットワークアドレスにバインドされず、再起動する必要があります(ネットワークを正しく待っていませんか?)

Mumbleは起動時にネットワークアドレスにバインドされず、再起動する必要があります(ネットワークを正しく待っていませんか?)

Debian Squeezeには、変更されていないMumbleサーバー(パッケージ「mumble-server」)のデフォルトインストールがあります。以前の設定では、デフォルトのinitスクリプトを使用して起動時にサーバーを起動する(murmurdと呼ばれる)がうまく機能しました。すべての点で同じように見える新しい設定では、murmurdが起動時にネットワークアドレスにバインドされていないようです。したがって、起動後にプロセスが再起動されるまで、どのクライアントも接続できません。

ログは非常に示唆的です。始めに:

<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

クライアントが接続できません。service mumble-server restartただし、起動後に使用すると、次のようになります。

<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

3行目に注意してください。だから私が見るには、ネットワークが起動して実行される前にinitスクリプトがデーモンを起動しようとしているようです。/etc/rc2.d/S19mumble-serverただし、パッケージに付属のスクリプトは次のように言います。

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

同じ設定が他のコンピュータ(Debian Squeezeも実行中)でもうまく機能するため、起動時間や他の不確実な要因に関連していると疑われ始めました。

アイデアはありますか?

ベストアンサー1

私はこの質問が2年前であることを知っていますが、最近「wheezy」を実行しているマシンで同じ問題を見つけました。さまざまなサイトで解決策を検索した結果、これはネットワーク管理者がソケットを開くことができるほどネットワークインターフェイスをすばやくロードできないために発生する問題のようです。

だから、起動順序からネットワーク管理者:を削除し、 update-rc.d network-manager remove 以下に説明するように/etc/interfaces- と - ファイルを介して/etc/resolv.confネットワークインターフェイスを設定しました。ここ

mumble-server initスクリプトにネットワーク管理者を依存関係として追加することは/etc/init.d/mumble-server残念ながらupdate-rc.d mumble-server remove && update-rc.d mumbleserver defaults成功しませんでした。しかし、mumbleはより高いシーケンス値(19、ネットワーク管理者は18)を受け取りました。

おすすめ記事