web-dev-qa-db-ja.com

ネットワークサービスのため起動できません

すべてのアップグレードを含む新しいサーバーにdebian8.3jessieを新規インストールしました

しかし、マシンを再起動しようとするたびに、debianは緊急モードに入ります

「LSBの開始ジョブが実行されています：ネットワークインターフェイスを上げる」で画面が動かなくなった

オリジナルの/ etc/network/interfaces（1つのIPv4とIPv6を含む）では、networking.serviceのために起動に2分30、99％かかります（systemd-analyze blameでチェック） 、他のすべては200ミリ秒未満かかります

ただし、実際の/ etc/network/interfacesには100以上のIPがあり、この構成ファイルを使用すると、数時間オンラインになった後でもサーバーをまったく起動できません。

また、最小限の/ etc/network/interfacesで起動し、ファイルを正しいファイルに置き換えてネットワークを再起動すると、すべて問題がないことにも言及する必要があります（20分かかりますが、少なくとも機能します）

ここで何が起こっているのかわかりませんjournalctl -b -u network.serviceが返すもの：

Feb 15 00:09:38 systemd[1]: Starting LSB: Raise network interfaces....
Feb 15 00:09:48 networking[691]: Configuring network interfaces...RTNETLINK answers: File exists
Feb 15 00:09:48 networking[691]: RTNETLINK answers: File exists
Feb 15 00:09:50 networking[691]: Waiting for DAD... Done
Feb 15 00:09:50 networking[691]: RTNETLINK answers: File exists
Feb 15 00:09:50 networking[691]: Failed to bring up eth0.
Feb 15 00:09:55 networking[691]: RTNETLINK answers: File exists
Feb 15 00:09:55 networking[691]: RTNETLINK answers: File exists
Feb 15 00:10:00 networking[691]: RTNETLINK answers: File exists
Feb 15 00:10:00 networking[691]: RTNETLINK answers: File exists
Feb 15 00:10:06 networking[691]: RTNETLINK answers: File exists
Feb 15 00:10:06 networking[691]: RTNETLINK answers: File exists
Feb 15 00:10:09 ntpdate[1009]: 37.187.98.51 rate limit response from server.
Feb 15 00:10:11 networking[691]: RTNETLINK answers: File exists
Feb 15 00:10:11 networking[691]: RTNETLINK answers: File exists
Feb 15 00:10:16 ntpdate[1059]: 130.236.254.17 rate limit response from server.
Feb 15 00:10:16 networking[691]: RTNETLINK answers: File exists
Feb 15 00:10:16 networking[691]: RTNETLINK answers: File exists
Feb 15 00:10:18 ntpdate[1009]: step time server 213.251.128.249 offset -0.100865 sec
Feb 15 00:10:21 networking[691]: RTNETLINK answers: File exists
Feb 15 00:10:21 networking[691]: RTNETLINK answers: File exists
Feb 15 00:10:23 ntpdate[1059]: step time server 213.251.128.249 offset -0.100906 sec
Feb 15 00:10:26 ntpdate[1155]: 130.236.254.17 rate limit response from server.

どんな助けでも本当にありがたいです

よろしく

networkingdebianboot
2
Bouki

このバグレポート： https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=754218 かなり関連性があるようです。ユーザーは、システムがハングして「LSBの開始ジョブが実行されています：ネットワークインターフェイスを上げます」というメッセージを表示する同様の問題について説明します。

次の手順を使用して、問題の原因を特定します。

  1. デバッグシェルを有効にします：
    • systemctl enable debug-Shell.service
  2. システムを再起動します。
  3. デバッグメッセージにより、問題の原因は次のようになります。
    • /etc/network/if-up.d/local-firewall

このユーザーはshorewallを使用していましたが、他の何人かのユーザーが、スレッドの後半で異なるファイアウォールに関する同様の問題を報告しています。デバッグセッションでファイアウォールの初期化に問題があることが判明した場合は、次の手順で問題が解決する可能性があります。

  1. 起動を完了するには、ユーザーはkillallコマンドを数回使用する必要がありました：
    • killall local-firewall

  2. OSがロードされると、ユーザーは/etc/network/if-up.d/local-firewallスクリプトを次の場所から編集しました。

    #!/bin/sh
FIREWALL=shorewall
FIREWALL6=shorewall6

service $FIREWALL restart
service $FIREWALL6 restart

    に：

    #!/bin/sh
if [ -d /run/systemd/system ]; then
       systemctl list-jobs | grep -q network.target && exit 0
fi
service shorewall restart
service shorewall6 restart

「if」条件により、ファイアウォールの初期化がNICが完全に初期化されるまで待機し、ファイアウォールが依存するいくつかの環境変数にデータが入力されるようになるため、この変更により問題が解決されます。

ローカルファイアウォールを使用していない場合は、別の同様のバグレポートがありますが、この問題は起動中のNFSマウントが原因で発生します。それがあなたの環境に近い場合、これは興味深いかもしれません： https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=746358

3
sippybear