web-dev-qa-db-ja.com

スナップショットAMIから作成されたAWS EC2インスタンス、起動後にeth0が見つからない

私は最近、本番EC2のスナップショットから新しいEC2を作成しました。

マシンは正常に起動し、sshでログインできますが、他の方法ではアクセスできません。 WWWなし、何もありません。

デバイス、主にネットワークスタックをさらに検査すると、次のようになります。

/ etc/udev/rules.d/70-persistent-net.rules

SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="06:68:f3:22:91:f2", NAME="ens5"

ifconfig

ens5: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 9001
        inet 172.31.12.146  netmask 255.255.240.0  broadcast 172.31.15.255
        inet6 fe80::468:f3ff:fe22:91f2  prefixlen 64  scopeid 0x20<link>
        ether 06:68:f3:22:91:f2  txqueuelen 1000  (Ethernet)
        RX packets 492  bytes 81928 (80.0 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 474  bytes 76982 (75.1 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<Host>
        loop  txqueuelen 1000  (Local Loopback)
        RX packets 6  bytes 416 (416.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 6  bytes 416 (416.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

ifconfigの最初の行にあるens5に注意してください。

[/ etc]#service network restart

Restarting network (via systemctl):  Job for network.service failed because the control process exited with error code. See "systemctl status network.service" and "journalctl -xe" for details.
                                                       [FAILED]

[/ etc]#systemctl status network.service

● network.service - LSB: Bring up/down networking
   Loaded: loaded (/etc/rc.d/init.d/network; bad; vendor preset: disabled)
   Active: failed (Result: exit-code) since Tue 2018-10-16 11:13:34 EDT; 1min 4s ago
     Docs: man:systemd-sysv-generator(8)
  Process: 2223 ExecStart=/etc/rc.d/init.d/network start (code=exited, status=1/FAILURE)
   CGroup: /system.slice/network.service
           └─857 /sbin/dhclient -1 -q -lf /var/lib/dhclient/dhclient--ens5.lease -pf /var/run/dhclient-ens5.pid -H ip-172-31-12-146 ens5

Oct 16 11:13:34 ip-172-31-12-146.us-west-1.compute.internal network[2223]: RTNETLINK answers: File exists
Oct 16 11:13:34 ip-172-31-12-146.us-west-1.compute.internal network[2223]: RTNETLINK answers: File exists
Oct 16 11:13:34 ip-172-31-12-146.us-west-1.compute.internal network[2223]: RTNETLINK answers: File exists
Oct 16 11:13:34 ip-172-31-12-146.us-west-1.compute.internal network[2223]: RTNETLINK answers: File exists
Oct 16 11:13:34 ip-172-31-12-146.us-west-1.compute.internal network[2223]: RTNETLINK answers: File exists
Oct 16 11:13:34 ip-172-31-12-146.us-west-1.compute.internal network[2223]: RTNETLINK answers: File exists
Oct 16 11:13:34 ip-172-31-12-146.us-west-1.compute.internal systemd[1]: network.service: control process exited, code=exited status=1
Oct 16 11:13:34 ip-172-31-12-146.us-west-1.compute.internal systemd[1]: Failed to start LSB: Bring up/down networking.
Oct 16 11:13:34 ip-172-31-12-146.us-west-1.compute.internal systemd[1]: Unit network.service entered failed state.
Oct 16 11:13:34 ip-172-31-12-146.us-west-1.compute.internal systemd[1]: network.service failed.

Eth0を見つけることも、ネットワークスタックを再起動することもできません。マシンを再起動し、シャットダウンして起動しましたが、うまくいきませんでした。何が欠けていますか?

3
Barry Chapman

古いインスタンスタイプからT3/M5/C5に変更しましたか?これらは異なるハードウェアを持ち、異なるデバイス名を使用しています。

1つのオプションは、新しいデバイス名を反映するようにネットワークスタックを再構成することです-熟練したLinux管理者でなくて、あなたがやっている。

または、より簡単に、スナップショットを作成したのと同じインスタンスタイプを変更に変更します。これにより、デバイス名が以前の状態に戻ります。

サイズを変更できます。 largeからmediumまで、ただしタイプは保持-T2の場合もう一度T2を使用します。

また、スナップショットから新しいインスタンスに復元することをお勧めします。現在のインスタンスは、おそらく新しいデバイス名に対応しようとしているため、一貫性のない状態になっている可能性があります。 Prodスナップショットから再度開始することをお勧めします。

それが役に立てば幸い:)

2
MLu

投稿したudevルールでデバイス名を変更できます。その行を編集し、ens5の名前をeth0に変更します

SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="06:68:f3:22:91:f2", NAME="eth0"
0
zymhan