无法为vethXXXXX生成持久性MAC地址:没有此类文件或目录

Question

我开始使用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上发现了对这个错误的讨论,它归结为删除了一个在CoreOS上似乎不存在的udev规则.有关使用OpenVPN的iptables的讨论,这似乎也不适用.这是UXntu上LXC的桥接规则.再说一次,我不知道如何应用它.

我没有做过网络或法兰绒配置的任何事情.如果问题出在该领域,我需要具体的步骤来解决它如何在AWS ECS中使用.

Answer 1

我对创建开发的 systemd 服务遇到了类似的问题，然后我发现服务类型是“简单”，通过将其更改为“分叉”（类型=分叉）来修复