15

我开始使用 CoreOS（在 AWS ECS 上）。在它启动我的第一个容器后，我看到了这个journalctl：

Could not generate persistent MAC address for vethXXXX: No such file or directory

这里有更多上下文。我已经删除了时间和实例信息，但这都是在同一秒内完成的。请注意，有两个不同的veth条目。我不知道这是否意味着什么。

systemd[1]: Started docker container 1234
systemd[1]: Starting docker container 1234
dockerd[595]: time="2015-07-23T23:30:52Z" level=info msg="GET /v1.17/containers/1234/json"
dockerd[595]: time="2015-07-23T23:30:52Z" level=info msg="+job container_inspect(1234)"
systemd-timesyncd[473]: Network configuration changed, trying to establish connection.systemd-udevd[7501]: Could not generate persistent MAC address for vethYYYY: No such file or directory
kernel: device vethXXXX entered promiscuous mode
kernel: IPv6: ADDRCONF(NETDEV_UP): vethXXXX: link is not ready
systemd-udevd[7508]: Could not generate persistent MAC address for vethXXXX: No such file or directory
systemd-networkd[497]: vethXXXX: Configured
kernel: eth0: renamed from vethYYYY
kernel: IPv6: ADDRCONF(NETDEV_CHANGE): vethXXXX: link becomes ready
kernel: docker0: port 2(vethXXXX) entered forwarding state
kernel: docker0: port 2(vethXXXX) entered forwarding state
systemd-networkd[497]: vethXXXX: Gained carrier

我在 Ubuntu 上发现了一个关于这个错误的讨论，它归结为删除 udev 规则，这在 CoreOS 上似乎不存在。有一个关于 iptables 和 OpenVPN 的讨论，这似乎也不适用。这是 Ubuntu 上 LXC 的桥接规则。同样，我不知道如何应用它。

我没有对网络或法兰绒配置做任何事情。如果问题出在那个区域，我需要具体的步骤来解决如何修复它以在 AWS ECS 中使用。

4

2 回答 2

1

我对创建开发人员的 systemd 服务有类似的问题，然后我发现服务类型是通过将其更改为“forking”（Type=forking）来修复的

于 2018-11-23T10:06:36.833 回答
0

我在 2021 年在自己的 ubuntu 18.4 中发现了这个问题。

问题是：/etc/docker/daemon.json { "iptables" : false }

更改为 { "iptables" : true } 并重新启动 docker - 没有更多问题。

于 2021-12-06T12:02:24.147 回答