我试图重置我需要访问机器的grub的CoreOS机器的root密码。 但是，我根本没有看到gr and，机器启动。 我在CoreOS稳定（1010.5.0），并已添加set timeout=15到/usr/share/oem/grub.cfg并重新启动我的机器，但我仍然看不到我的grub。 我从这里来了解这个选项： https ： //github.com/coreos/bugs/issues/302，但是我发现这个选项并不是永久性的。 如果这已被删除，是否有另一种方式我可以configuration它？ PS：我在VMware ESXi上将CoreOS机器作为虚拟机运行，如果这很重要，并且每当我重新启动机器并按任意键时，我都会看到以下控制台： syslinux 6.03 EDD copyright (c) 1994-2014 H. peter anvin et al
我正在寻找一种在cloud-init阶段设置CoreOS sysctl设置的方法。 cloud-init的CoreOS版本只允许less量的configuration指令，并且与常规的cloud-init 。 例如，没有runcmd节（请参阅http://coreos.com/docs/cluster-management/setup/cloudinit-cloud-config/ ）。 systemd提供了一种通过文件pipe理sysctl设置的方法（ http://www.freedesktop.org/software/systemd/man/sysctl.d.html ）。 我正在使用write_files cloud-init write_files部分在/etc/sysctl.d/50-nf_conntrack.conf创build一个文件。 但是它不会被拾取，因为sysctl.d云configuration是在sysctl.dconfiguration已经发生之后发生的。 也许我可以以某种方式使用另一个systemd单元文件重新启动sysctl.d单元？ 这怎么能做到呢？
我们希望暂时禁用CoreOS机器的更新，因为我们还没有实现我们服务的高可用性。 除了编辑cloud-initconfiguration（在第一次configuration机器时提供）之外，
我有一个在GCE上运行的CoreOS集群，我注意到所有GCE实例中的一个问题是，只要您在Google Cloud平台上的项目被授权，您就可以login到任何东西服务器。 这对我来说是一个问题，因为团队中的任何人或任何进入该项目的人都可以正确地进入服务器。 我想禁用这个，只是使用我在我的云configuration文件中创build的用户指定了过期的ssh密钥和密码。 在这样做的时候，我很好奇谷歌是如何在GCE上创build用户的？ 有没有人find一种方法来禁用这个？
CoreOS群集可能共享磁盘空间，例如使用NFS？ 如果是这样的话，怎么会这样呢？ （例如，在一个节点有很多磁盘空间的情况下）。 这将有助于避免每个节点都必须下载并存储自己的docker映像库，或者跨节点共享主目录空间。 因为我们不能直接在CoreOS上安装额外的软件，所以我想我们只需要编写一个容器来安装NFS（例如，基于Ubuntu的容器上的nfs-kernel-server ）。 我不知道这是否可行，但是我希望在CoreOS集群中共享磁盘空间有一些确定的方法（毕竟，对群集来说似乎是一种普遍的期望，也许我的build议比以前更为复杂） 。 只是提供一些反馈的饲料，这是我到目前为止的想法： 提供NFS的主机端似乎是一个合理的docker任务，例如我想像一个Dockerfile，如： FROM ubuntu:14.04 ENV CLIENT_IP 11.111.111.111 RUN apt-get update && apt-get install -y nfs-kernel-server supervisor RUN mkdir /var/nfs && chown nobody:nogroup /var/nfs RUN echo "/home ${CLIENT_IP}(rw,sync,no_root_squash,no_subtree_check)" >> /etc/exports RUN echo "/var/nfs ${CLIENT_IP}(rw,sync,no_subtree_check)" >> /etc/exports RUN exportfs -a CMD service nfs-kernel-server start 在CLIENT_IP被正确填写的地方（也许我们需要用一个叫supervisord或者类似的名字来代替这个CMD，使得这个持久化，但是你明白了） 那么，在运行这个容器的时候，我们应该如何恰当地链接一些卷 我们将从CoreOS主机链接哪个卷？ 还是我需要添加像–net="host" ，使客户端可用？ […]
我有一个服务与这个伙伴单位，并不断收到错误：[/run/fleet/units/[email protected]:11]尾随垃圾，忽略。 [email protected]没有ExecStart =设置，只允许RemainAfterExit = yes服务。 拒。 我似乎已经尝试了所有我能想到的不同的组合，并成功地从terminaltesting了命令而没有问题。 如果我删除了第一个调用etcdctl，第二个set命令也可以在服务文件中正常工作。 任何想法，我到哪里错了？ [Unit] Description=Tomcat web server etcd registration # Requirements Requires=etcd.service Requires=tomcat@%i.service # Dependency ordering and binding After=etcd.service After=tomcat@%i.service BindsTo=tomcat@%i.service [Service] # Get CoreOS environmental variables EnvironmentFile=/etc/environment # Start ExecStart=/bin/bash -c "\ while true; do \ etcdctl set /services/tomcat/tomcat-%i/ip ${COREOS_PRIVATE_IPV4}:$(docker inspect –format='{{(index (index .NetworkSettings.Ports "8080/tcp") 0).HostPort}}' tomcat.%i) –ttl […]
CoreOS似乎是托pipeWeb服务的一个很好的发行版：自动更新，低内存使用，内置Docker支持。 但是，所有安装说明似乎都假设我要configuration整个服务器。 – 有没有简单的方法来跳过所有复杂的设置，只是让一个服务器上的某些托pipe服务提供商运行CoreOS，就像它是一个像Ubuntu一样的“普通”发行版？ 例如，当我在一台服务器上运行我的应用服务器和PostgreSQL时，是否真的必须configurationetcd服务发现？ 如果今天没有简单的方法，你认为会有更远的未来吗？ 或者CoreOS将只能用于大规模的多服务器部署？ （背景：我希望有一天我会为其他人写关于如何安装我正在开发的某个Web应用程序的说明，如果能指导他们使用CoreOS，知道他们会起床并且快速和容易地运行。）
我有backup.timer每小时调用backup.service 。 不幸的是，在容器内运行的备份脚本可以成功完成， 但警告返回一个非零的退出代码。 所以，尽pipe一切都可能已经奏效了，容器会以非零的退出码停止。 所以舰队进入失败状态。 在这种情况下，计时器似乎不会再启动这个单元，尽pipe我没有在systemd文档中find任何说明。 要说清楚：对于我来说，让容器以非零的退出码停止是完全正确的。 但是，我的计时器不起作用。 我现在可以把这个脚本封装成另一个叫做als docker入口点的脚本。 但是，我将不得不确保输出的STDOUT和STDERR保持不变。 我也可以在单元失败后运行sudo systemctl reset-failed ，但是这对我来说似乎有点不好意思…（我试过了，在这种情况下，定时器再次运行了这个单元，但是它不起作用ExecStopPost在服务文件中任务） 有没有更好的方法来确保一个单位 不会进入失败状态，虽然它返回非零或 重置它的状态之后，或 告诉定时器运行该单位，尽pipe其状态失败 ？
我无法启动docker daemon 。 当我尝试我得到一堆错误说 invalid image sha256:{some sha here}, failed to verify image: sha256{some sha here} 然后说一行 Error starting daemon: layer does not exist 我怀疑这些图像是被破坏的，或者是上次closures服务器时出现的问题。 我不介意去除这些图像，但是如果没有启动docker工具，我不能find任何方法来实现这一点。 我希望有某种 – –skip verify论据，但是我找不到这样的东西。 我怎样才能让docker工人开始？ OS是CoreOS 1010.5.0。
我一直在检查CoreOS，我留下了深刻的印象。 在我findCoreOS之前，我将Mesos / Marathon / Chronos堆栈视为“集群内核”。 鉴于以下比较： init.d == Mesos+Marathon == CoreOS+Fleet cron == Mesos+Chronos == CoreOS+????? 我很好奇，如果CoreOS有一个分布式的Job Scheduler？ 还是大多数人只是使用舰队运行其他东西？