我在家里有两台CoreOS稳定的v1122.2.0机器。 他们都正确注册在discovery.etcd.io。 （当我浏览到发现url时，我看到他们都在https：// ip：2380注册）。 第一台服务器是10.79.218.2，第二台是10.79.218.3。 我正在尝试为tlsconfigurationetcd。 所以我创build了所需的证书，我为tlsconfiguration了etcd2。 （本地IP为10.79.218.2的第一台服务器）的所有configuration位于cloud-config.yml文件中： #cloud-config write_files: – path: "/etc/ssl/etcd/ca.pem" permissions: "0600" owner: "etcd:etcd" content: | —–BEGIN CERTIFICATE—– … —–END CERTIFICATE—– – path: "/etc/ssl/etcd/server1.pem" permissions: "0600" owner: "etcd:etcd" content: | —–BEGIN CERTIFICATE—– … —–END CERTIFICATE—– – path: "/etc/ssl/etcd/server1-key.pem" permissions: "0600" owner: "etcd:etcd" content: | —–BEGIN EC PRIVATE KEY—– … —–END EC PRIVATE […]
我想在一个正在运行的CoreOS机器上更改这个更新策略， 这里介绍的是一个维护窗口，这与以前在类似的方向上要求的不同。 我很清楚，这可以通过一个云configuration文件来完成。 但是，我怎么能在跑步机上做到这一点呢？ 在哪里做这个更改（例如/etc/coreos/update.conf）特别设置维护窗口？
我在coreos上，并启动了三个容器。 docker run –rm -ti -p 80 –name one ubuntu /bin/bash docker run –rm –link one:one -p $HOST_IP::80 -ti –name two ubuntu /bin/bash docker run –rm -ti -p 80 –name three ubuntu /bin/bash $ docker ps CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES 57b76ef98d16 ubuntu:14.04 "/bin/bash" 8 minutes ago Up 8 minutes 0.0.0.0:49154->80/tcp three […]
我想运行CoreOS（testing版）有我的主机上可用的/ var / lib / docker的内容，所以我可以检查docker容器图像内的文件。 这只适用于本地开发。 让我们以Wordpress开发为例： – 在vagrant中运行coreos beta – 在容器中通过卷挂载我的应用代码 – 容器映像安装wordpress核心 – 还通过composer（一个php包pipe理器）添加插件， 我想能够添加WordPress的核心和插件在我的IDE进行debugging。 我已经尝试通过从主机到vbox无主机挂载nfs。 当我第一次运行“docker info”时，/ var / lib / docker被创build，但是使用devicemapper（而不是overlayfs），并以某种方式pipe理我的硬盘空间在devicemapper文件（然后挂起）。 还想过在coreos中安装nfs-server，但是需要定制coreos-vagrant，我想避免这种情况。 任何其他选项？ 谢谢！
我已经安装了默认使用100GB大小的环回设备的CoreOS，并且我已经很容易地达到了这个限制。 我的第一个想法是使用NFS将所有的图像放在我的NAS之上，只需将它放在/var/lib/docker目录的顶部就可以了，没有任何成功。 现在我已经发现这篇文章 ，看起来像docker创build任何forms的块设备，以任何forms的存储之上，以便使用它的CoW快照，这可能是为什么我没有成功，我只是简单地安装NFS共享在图像目录之上。 这有点吓到我了。 为什么不使用纯NFS与存储的本机快照？ 我希望这样做有很好的解释。 无论如何，我需要做这个怪胎的事情。 我是新来的docker和CoreOS，不知道如何正确地做到这一点。 所以问题是： 如何挂载NFS共享并将其用于CoreOS上的所有映像？
我在Google Compute Engine实例上运行CoreOS beta 991.1.0，其中cloud-config是通过user_data元数据variablesconfiguration的。 我的云configuration看起来像这样： #cloud-config write_files: – path: "/etc/kubernetes/kube.conf" permissions: "0644" owner: "root" content: | apiVersion: v1 kind: Config clusters: – name: kube cluster: server: https://127.0.0.1:443 certificate-authority: /etc/kubernetes/ssl/ca.pem users: – name: kubelet user: client-certificate: /etc/kubernetes/ssl/master-client.pem client-key: /etc/kubernetes/ssl/master-client-key.pem contexts: – context: cluster: kube user: kubelet ssh_authorized_keys: – "SECRET" coreos: etcd2: discovery: https://discovery.etcd.io/106b575a45f2abefdaea40ebba4d0d84 initial-advertise-peer-urls: https://$private_ipv4:2380 […]
我想将以下fstab条目转换为CoreOS上的systemd挂载单元， /dev/xvdb /data ext4 defaults,auto,noatime,noexec 0 0 我创build了data.mount ， [Unit] Description=MongoDB Data Directory [Mount] What=/dev/xvdb Where=/data Type=ext4 Options=defaults,auto,noatime,noexec 0 0 但是，我不得不删除0 0因为单位未能启动。 [Unit] Description=MongoDB Data Directory [Mount] What=/dev/xvdb Where=/data Type=ext4 Options=defaults,auto,noatime,noexec 上面的单位开始，但我不确定Options=string。 阅读fstab选项我不知道有些是多余的。 根据Ubuntu Fstab – 社区帮助维基 自动 – 文件系统可以自动安装（在启动时，或者当安装通过-a选项时）。 这实际上是不必要的，因为这是mount -a的默认操作。 默认值 – 使用默认设置。 等同于rw，suid，dev，exec，auto，nouser，async。 这导致我到以下单位， [Unit] Description=MongoDB Data Directory [Mount] What=/dev/xvdb Where=/data Type=ext4 […]
是否可以在多台机器上安装一个只读的btrfs挂载卷？ 其中一台主机是否可以读取/写入来为其他设备提供更新？ 我问这个问题的原因是我想知道是否将/ var / lib / docker挂载到多个CoreOS实例是明智的。 人们在实践私人云时会做什么？ 特别是networking引导的实例。 还是应该为每个物理主机在/ var / lib / docker上创build一个独特的块设备，并将其链接到一个私有的registry？ https://coreos.com/docs/cluster-management/setup/mounting-storage/
我试图在Docker容器中运行xinetd。 我的Docker文件是非常基本的： # voip-monitor # # VERSION 0.0.1 FROM ubuntu:14.04 RUN apt-get update && apt-get install -y xinetd python EXPOSE 9090 CMD ["/usr/sbin/xinetd", "-d -dontfork"] 当我开始我的容器： docker run -d -p 9090:9090 –name voip-monitor voip-monitor 它启动，但在2秒后存在。 当我开始我的容器： docker run -d -p 9090:9090 –name voip-monitor voip-monitor /usr/sbin/xinetd -d -dontfork 它按预期工作。 我在这里错过了什么？
最近，我在DigitalOcean上创build了一个CoreOS液滴。 一切运作良好，除了我无法改变我的VPS的主机名。 当我将主机名更改为使用sudo hostnamectl set-hostname myhostname.org （这样做的logging方式）时，它确实更改了系统范围内的主机名（例如/etc/hostname反映了新的主机名）。 但是，当我重新启动VPS时，主机名将恢复到原来的状态。 这可能不是巧合，但主机名总是回复到液滴的原始名称。 大约一个星期前我已经把这个名字改成了正确的主机名。 我已经阅读了有关DHCP在重新启动时影响主机名的故事，但我无法find解决scheme来避免在CoreOS上。 如何更改CoreOS的主机名，使其在重新启动后保持不变？ 提前致谢！