问题标签 [google-container-os]

我目前尝试从“Container-Optimized Google Compute Engine Images”（https://cloud.google.com/compute/docs/containers/container_vms）切换到“Container-VM”Image（https://cloud. google.com/compute/docs/containers/vm-image/#overview）。在我的 containers.yaml 中，我定义了一个卷和一个使用该卷的容器。

此设置适用于“Container-Optimized Google Compute Engine Images”，但“Container-VM”失败。在日志中，我可以看到以下错误：

提前感谢您的任何提示！

这是关于 Google Container VM Image(beta) https://cloud.google.com/compute/docs/containers/vm-image/的问题

我登录了一个由 Container VM 映像制作的实例。并运行：

上面的脚本docker login对私有容器注册表起作用。

它会导致错误：

/root目录在 container-vm 中似乎是只读的。 我怎样才能docker login通过root用户？

我按照这个说明 https://cloud.google.com/monitoring/agent/install-agent#linux-install

/etc/os-release 的内容。

https://cloud.google.com/compute/docs/containers/vm-image/faq#what_is_the_software_package_manager_for_container-vm_image

为了更新特定包，需要更新整个操作系统映像

因此，似乎我们必须等到更新安装了堆栈驱动程序代理的映像版本或放弃它。

这个 vm 图像也不是我的选择。新创建的 GKE 节点默认使用 Container-VM 映像。所以现在我将尝试通过gcloud container node-pools create --image-type

我正在尝试将我们的 GKE 集群（运行 1.4.5）从 container-vm 迁移到 gci。我正在使用https://cloud.google.com/container-engine/docs/node-image-migration上的迁移指南

当我在 gci 节点上进行部署时，我无法访问云存储，我使用 google-cloud java 0.5.0 库（与 0.4.0 相同的问题）；我得到的错误是权限不足，container-vm 节点上没有问题。

这是我的集群权限：

这是我得到的错误：

我一直在使用谷歌的机器学习平台，cloudML.

大局：我正在尝试找出最简洁的方法来让他们的 docker环境启动并在 google 计算实例上运行，可以访问 cloudML API 和我的存储桶。

从本地开始，我配置了我的服务帐户

我使用 google 容器映像系列启动一个计算实例

编辑：需要明确设置与 cloudML 通信的范围。

然后我可以 ssh 进入该实例（用于调试）

在计算实例上，我可以从 GCR 中提取 cloudML docker 并运行它

我可以确认我可以访问我想要的存储桶。那里没有凭证问题

但是当我尝试安装桶时

一定是我需要从 docker 容器中激活我的服务帐户吗？我有类似的（其他地方未解决的问题）

我可以向 docker 传递一个凭据 .json 文件，但我不确定 gcloud ssh 在哪里/是否将这些文件传递给我的实例？

我可以更广泛地访问云平台，例如我可以向 cloudML API 发布请求。

成功了。所以一些凭据正在传递。我想我可以将它传递给计算引擎，然后从计算引擎传递给 docker 实例？感觉就像我没有按预期使用这些工具。我认为一旦我在本地进行身份验证，gcloud 就会处理这个问题。

一旦实例启动并让它获取最新的元数据，是否有推荐的方法在 Google Container-Optimized OS 上运行 cloud-init？

到目前为止，我一直在清理 /var/lib/cloud/instances 目录并重新运行，但这似乎很老套。

在使用 cos 映像的节点的 GKE Kubernetes 1.6.1 集群中部署 Glusterfs + Heketi（感谢这个优秀的 repo ）时，我遇到了这个问题。脚本运行良好，gk-deploy直到它尝试执行heketi-cli -s http://${heketi_service} setup-openshift-heketi-storage

Error: Unable to execute command on glusterfs-xxxxx: /usr/sbin/modprobe failed: 1 thin: Required device-mapper target(s) not detected in your kernel. Run `lvcreate --help' for more information. Failed on setup openshift heketi storage

我知道修复modeprobe dm_thin_pool每个 Kubernetes 节点的方法，但它不适用于 cos 图像类型。

我们如何在谷歌容器优化的操作系统（cos 图像）中加载这个模块？

将我的问题归结为最简单的情况，我将 Compute Engine 与以下启动脚本一起使用：

我可以在此命令之后确认 drupal 用户存在，测试文件也是如此。但是我希望测试文件的所有者是'drupal'（因此是su）。但是，当我将其用作启动脚本时，我仍然可以确认 ROOT 是文件的所有者：

意思是我的

不工作。sudo su drupal 也没有任何区别。我正在使用 Google Container OS，但在 Debian 8 映像上也会发生同样的情况。

我正在尝试创建一个在谷歌容器优化操作系统上运行的脚本，该脚本使用工具箱调用 curl但我想通过执行以下操作将结果通过管道传输到jq：

但如果我这样做，我会收到以下错误消息：

如果我toolbox从管道中删除（并且只是管道到容器中存在的诸如 grep 之类的命令），那么一切正常。但是我怎样才能使用工具箱从 curl 到 jq 呢？

在将 GKE 集群节点的镜像类型从 container-vm 迁移到 cos 之后，似乎不再可能为 pod 挂载 NFS 卷。

问题似乎缺少 NFS 客户端库，因为命令行中的挂载命令在我尝试的所有 COS 版本上都失败（cos-stable-58-9334-62-0、cos-beta-59-9460-20-0、cos -dev-60-9540-0-0)。

失败了

但这与此处列出的支持的卷类型相矛盾： https ://cloud.google.com/container-engine/docs/node-image-migration#storage_driver_support

在 pod 中挂载 NFS 卷适用于具有 image-typecontainer-vm但不适用于cos.

随着 cos 我收到以下消息kubectl describe pod：