0. 简介
我刚刚Ubuntu 18.04.4 LTS
在旧的 Dell Poweredge 510 上安装(服务器) - 以前托管 Windows 2008R2。
安装程序“提到”了网络适配器的问题。此系统有两个(eno1、eno2)适配器,它们绑定在 Windows 服务器中。然而,尽管安装者抱怨,系统安装成功 - 包括一个功能网络。
作为我的第一件事,我决定整理安装程序对网络的抱怨。我认为绑定两个适配器是一个好主意,并仔细阅读了一些说明如何完成的文档。不幸的是,我可能掉进了“Netplan 兔子洞”,所以这个问题是关于如何出去的!这是我所做的:
1.编辑文件/etc/cloud/cloud.cfg.d/50-curtin-networking.cfg
以下是我找到的该文件的内容(在任何编辑之前):
network:
ethernets:
eno1:
addresses:
- 192.168.1.74/24
gateway4: 192.168.1.1
nameservers:
addresses:
- 192.168.1.1
- 8.8.8.8
search:
- mylan.local
version: 2
我为上面的文件创建了一个替换。就是这个:
network:
version: 2
ethernets:
eno1:
dhcp4: no
eno2:
dhcp4: no
optional: true
bonds:
bond0:
interfaces: [eno1, eno2]
addresses: [192.168.1.74/24]
gateway4: 192.168.1.1
nameservers:
addresses: [192.168.1.1, 8.8.8.8]
search: mylan.local
parameters:
mode: active-backup
primary: eno1
mii-monitor-interval: 100
2. 运行命令检查配置:
$ sudo cloud-init clean
$ sudo cloud-init init
# errors, incl the following:
...
2020-03-31 04:58:22,849 - util.py[WARNING]: failed stage init
...
cloudinit.util.ProcessExecutionError: Unexpected error while running command.
Command: ['netplan', 'generate']
Exit code: 1
Reason: -
Stdout:
Stderr: /etc/netplan/50-cloud-init.yaml:13:15: Error in network definition: bond0: interface 'eno1' is not defined
- eno1
^
请注意,stderr 引用的文件是/etc/netplan/50-cloud-init.yaml
. 但我没有编辑这个文件。
好的 - 所以该yaml
文件显然是由我编辑的文件生成的。我决定不遵循这个建议编辑yaml
文件与文件中的信息相反的建议!相反,我选择了仓促撤退!但这似乎也没有奏效:
3.撤退!恢复原始.cfg
文件:
幸运的是,我保存了原始文件的副本:/etc/cloud/cloud.cfg.d/50-curtin-networking.cfg
我只需将原始文件复制到已编辑的文件上,即可将此文件恢复为其原始内容:
$ sudo cp /etc/cloud/cloud.cfg.d/50-curtin-networking_ORIGINAL.cfg /etc/cloud/cloud.cfg.d/50-curtin-networking.cfg
我认为这会解决我的问题,但是当我再次运行命令时,我继续收到错误。事实上,我得到与.cfg
上面编辑的文件相同的错误!?
$ sudo cloud-init clean
$ sudo cloud-init init
# errors, incl the following: (same errors as above)
4. 问题
这一刻,我感觉自己就像一个刚刚踏入流沙的人——越动越深。所以,我保持不动,并寻求帮助。我相信 Netplan 必须在某种程度上发挥作用,但是那里有很多相互矛盾的信息。
我需要做什么才能将我的网络恢复到其原始安装配置?
Netplan 下网络配置的权威指南在哪里?
替换的 yaml 有一个错误, search: key 需要一个列表而不是单个值,例如:
如果你解决了这个问题,netplan 生成应该会成功。
至于是否编辑 cloud config 文件 vs netplan yaml 文件,我已经打开https://bugs.launchpad.net/cloud-init/+bug/1869967讨论这个问题。目的是用户永远不必在服务器安装上重新运行 cloud-init,并且 /etc/netplan 下的配置文件应被视为要编辑的权威位置。
这不是答案。这本身甚至不是一个答案,但是对于那些因为试图绑定两个以太网而发现自己处于Netplan Rabbit Hole中的人,这是确认您已经逃脱的方法:
我还将提请注意我运行时生成的错误消息
cloud-init init
(请参阅上面问题中的第 2 项)。显然,这些错误消息与实际错误完全无关。我们都习惯了神秘的错误信息,但是恕我直言,这个是阴险的,因为它专门抛出了一条红鲱鱼!感谢@slangasek发现了这一点。