Google Cloud CoreOS OEM 差异答案

【问题标题】：Google Cloud CoreOS OEM differencesGoogle Cloud CoreOS OEM 差异
【发布时间】：2020-04-17 16:26:00
【问题描述】：

因此，由于 CoreOS Container Linux 已经报废，我已将我的两个 Google Cloud VM 切换到 Flatcar Linux，使用就地升级方法（我想避免重建基础如果可能，容器。）

两者中较新的已完美升级，但较旧的单元在启动时出现故障，这与/usr/share/oem目录中的Google特定服务有关。

查看两个 VM 上的这些目录后，它们完全不同，尽管这两个 VM 最初都是使用 Google 的 CoreOS 官方映像构建的。较新的是使用名为oem-gce 的 RKT 容器（旧的不存在），而较旧的似乎有一堆本地脚本，包括直接安装在 /usr/share 中的静态 python 副本/oem 分区，并且似乎由system-cloudinit 的副本管理（较新的根本没有使用该服务。）

知道是否可以更新旧虚拟机上的 /usr/share/oem 以匹配新虚拟机？或者这是否需要重新构建（考虑到 CoreOS 的状态，目前可能无法实现，可能需要等待官方的 Flatcar 图像发布。）

这不是很重要，因为即使使用发生故障的单元，VM 似乎也能正常工作，但最好让它们都使用相同的服务以更好地与 Google Cloud 平台集成。

【问题讨论】：

在升级到 Flatcar 之前，这 2 个实例的 CoreOS 版本是什么？升级后哪个单元在较旧的单元上出现故障？将 3 个 CoreOS 实例 (2430.0.0 - alpha, 2411.1.0 - beta, 2345.3.0 - stable) 升级到 Flatcar (alpha (2466.0.0), beta (2411.1.1), stable (2345.3.1)) 后的内容/usr/share/oem 似乎是相同的。

标签： google-compute-engine coreos

【解决方案1】：

升级机制的工作方式（它在 CoreOS 中的工作方式以及现在在 Flatcar 中的工作方式）在初始安装后 /usr/share/oem 分区保持不变。这意味着您在安装实例时随 CoreOS 提供的任何东西都是您在这些分区中拥有的东西。

正如 Adrian 在他的评论中提到的，您可能在不同的时间点安装了这些实例，这意味着内容不同。

目前，无法自动更新该分区。在 Flatcar 团队中，我们正在为此努力寻找解决方案，但还没有准备好。目前，您可以做的一件事是安装另一台具有最新版本的机器并手动复制该分区的内容。丑，我知道。

GCE 的官方 Flatcar 镜像即将推出，但与此同时，您可以按照here 的说明安装非官方镜像

【讨论】：