ホストがハングすると、Fedora VMのネットワーク接続が失われますか? GNOMEログイン後に再接続しますか?

ホストがハングすると、Fedora VMのネットワーク接続が失われますか? GNOMEログイン後に再接続しますか?

Fedora 26仮想マシンがあります。 GNOMEにログインすると、ネットワーク接続が表示されます。 GNOMEは、デバイスのネットワークプロファイルを「自動接続」および「すべてのユーザーと共有」(「ID」セクション)として表示します。仮想マシンにSSHで接続できますが、時にはSSHで接続できないことがあります。 ~まで後ろにまず gdm(GNOME) にログインします。

仮想マシンを再起動すると、これは発生しません。そのため、VMが稼働している間(ログインしていない状態で)ホストを一時停止すると、これが起こると思います。

GNOMEにログインすると再接続する仮想マシンではどうなりますか?切断はソフトウェアで修正できるバグですか?

systemctl statusこれは、NetworkManagerとnetwork.serviceの両方がオペレーティングシステムによって提供されるデフォルト状態にあることを示しています。

● network.service - LSB: Bring up/down networking
   Loaded: loaded (/etc/rc.d/init.d/network; generated; vendor preset: disabled)

● NetworkManager.service - Network Manager
   Loaded: loaded (/usr/lib/systemd/system/NetworkManager.service; enabled; vendor preset: enabled)
   Active: active (running) since Sun 2017-09-17 17:43:48 BST; 1 day 15h ago

ログイン後のnmcli:

$ nmcli con
NAME                UUID                                  TYPE            DEVICE 
Wired connection 1  937653fb-890f-3b19-97b8-b98c8eafcdc5  802-3-ethernet  ens3   
virbr0              6e568806-d720-42ed-a555-0a1c50f1a36c  bridge          virbr0 
ens3                afba101e-6470-3699-b87b-932ab4efe634  802-3-ethernet  --

異なるMACアドレスを持つ以前のデバイスへの未使用の接続「ens3」のプロファイルのみが見つかりました。 VMはFedora 25 VMのアップグレードされたレプリカです。おそらく、複製時にMACアドレスが変更された可能性があります。

$ cd /etc/NetworkManager/system-connections/ && ls
$ cd /etc/sysconfig/network-scripts/ && ls ifcfg-*
ifcfg-ens3
ifcfg-lo
$ cat ifcfg-ens3
HWADDR=52:54:00:A7:3B:22
TYPE=Ethernet
BOOTPROTO=dhcp
...
NAME=ens3
UUID=afba101e-6470-3699-b87b-932ab4efe634
ONBOOT=yes
AUTOCONNECT_PRIORITY=-999
$ ip link show dev ens3
2: ens3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP mode DEFAULT group default qlen 1000
    link/ether 52:54:00:59:9b:47 brd ff:ff:ff:ff:ff:ff

ベストアンサー1

システムログには、GNOMEにログインしないと問題は解決しますが、2分待つだけです。

$ journalctl -b -u NetworkManager
...
Sep 18 23:04:35 fedora26-vm dhclient[15040]: bound to 192.168.122.157 -- renewal in 1450 seconds.
Sep 19 08:45:51 fedora26-vm NetworkManager[656]: <info>  [1505807151.7261] dhcp4 (ens3): state changed bound -> expire
Sep 19 08:45:51 fedora26-vm NetworkManager[656]: <info>  [1505807151.7698] dhcp4 (ens3): canceled DHCP transaction, DHCP client pid 15040
Sep 19 08:45:51 fedora26-vm NetworkManager[656]: <info>  [1505807151.7699] dhcp4 (ens3): state changed expire -> done
Sep 19 08:45:51 fedora26-vm NetworkManager[656]: <info>  [1505807151.7701] device (ens3): scheduling DHCPv4 restart in 120 seconds, 3 tries left (reason: lease expired)
Sep 19 08:47:51 fedora26-vm NetworkManager[656]: <info>  [1505807271.7908] dhcp4 (ens3): activation: beginning transaction (timeout in 45 seconds)
Sep 19 08:47:51 fedora26-vm NetworkManager[656]: <info>  [1505807271.7972] dhcp4 (ens3): dhclient started with pid 15271
Sep 19 08:47:51 fedora26-vm dhclient[15271]: DHCPDISCOVER on ens3 to 255.255.255.255 port 67 interval 5 (xid=0x37e5e131)
Sep 19 08:47:51 fedora26-vm dhclient[15271]: DHCPREQUEST on ens3 to 255.255.255.255 port 67 (xid=0x37e5e131)
Sep 19 08:47:51 fedora26-vm dhclient[15271]: DHCPOFFER from 192.168.122.1
Sep 19 08:47:51 fedora26-vm dhclient[15271]: DHCPACK from 192.168.122.1 (xid=0x37e5e131)
...

(08:45:51 は、ホスト ログにシステムが一時停止状態で起きたことを示す時刻です。)

DHCPリースが期限切れになったと正しく認識されます。しかし、システムは事前にリースを更新しようとしなかったことを認識していないようです。試してみたが失敗したと仮定して、再起動する前にタイムアウトを設定します。私にとってはバグのように見えます。

おすすめ記事