【问题标题】:Could not generate persistent MAC address for vethXXXXX: No such file or directory无法为 vethXXXXX 生成持久 MAC 地址:没有这样的文件或目录
【发布时间】:2021-12-06 20:02:24
【问题描述】:

我开始使用 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

I found a discussion of this error on Ubuntu and it comes down to removing a udev rule,在 CoreOS 上似乎不存在。 There's a discussion about iptables with OpenVPN,这似乎也不适用。 Here's a bridge rule for LXC on Ubuntu。同样,我不知道如何应用它。

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

【问题讨论】:

  • 为什么需要一个临时资源(Docker 容器)上的永久 MAC 地址?
  • 我不需要持久的 mac。这是一个可怕的错误。
  • 您有机会找到解决此问题的方法吗?我的最新更新是lxd
  • 好像是systemd的bug:github.com/systemd/systemd/issues/3374
  • 你有没有解决这个问题?

标签: coreos amazon-ecs


【解决方案1】:

我在创建开发人员的 systemd 服务上遇到了类似问题,然后我发现通过将其更改为“forking”(Type=forking)来修复服务类型是“simple”

【讨论】:

  • 谁的名字有这个 systemd 服务?
【解决方案2】:

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

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

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

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2014-07-04
    • 2021-02-15
    • 2015-06-24
    • 1970-01-01
    • 2016-06-24
    • 1970-01-01
    • 2016-03-18
    相关资源
    最近更新 更多