真的希望有人能帮助我。 我有一个CoreOS的etcd2成员的磁盘填满。 重启后etcd2的方式不好。 最后，我删除了/ var / lib / etcd2 /成员数据目录，并按照说明去除并重新将计算机添加到我的群集中： https : //coreos.com/etcd/docs/latest/runtime- configuration.html＃删除-A-构件 但是，虽然我可以手动运行etcd2，但尝试使用systemctl启动它不起作用。 这是etcd2.service： [Unit] Description=etcd2 Conflicts=etcd.service [Service] User=etcd Type=notify Environment=ETCD_DATA_DIR=/var/lib/etcd2 Environment=ETCD_NAME=%m ExecStart=/usr/bin/etcd2 Restart=always RestartSec=10s LimitNOFILE=40000 TimeoutStartSec=0 [Install] WantedBy=multi-user.target # /run/systemd/system/etcd2.service.d/10-oem.conf [Service] Environment=ETCD_ELECTION_TIMEOUT=1200 # /run/systemd/system/etcd2.service.d/20-cloudinit.conf [Service] Environment="ETCD_ADVERTISE_CLIENT_URLS=http://172.31.9.22:2379,http://172.31.9.22:4001" Environment="ETCD_DISCOVERY=https://discovery.etcd.io/567d080563e28e62cf886e48425f632b" Environment="ETCD_INITIAL_ADVERTISE_PEER_URLS=http://172.31.9.22:2380" Environment="ETCD_LISTEN_CLIENT_URLS=http://0.0.0.0:2379" Environment="ETCD_LISTEN_PEER_URLS=http://172.31.9.22:2380" Environment="ETCD_DEBUG=true" 我添加了ETCD_DEBUG = true来尝试改进日志输出。 说到： Feb 26 07:23:36 geo-coreos-database-02 systemd[1]: Starting etcd2… […]
尝试find一种方法来为systemd-journald.service自动设置SystemMaxUse 。 我知道我可以手动设置在/etc/systemd/journald.conf 。 但是按照我的经验，在CoreOS更新之后它会恢复到默认状态。 此外，在cloud-config中configurationdrop-ins不起作用，因为默认的服务定义文件不包含SystemMaxUse字段。 有没有办法通过CoreOS上的云configuration来configurationjournald.conf？ 或者，有没有办法自动设置它？
我有一个由AWS CloudFormation触发的正在运行的CoreOS实例。 我通过CFdevise人员更新了CloudFormation模板，但发现现有实例的用户数据未更新。 有没有办法更新正在运行的（旧的）CoreOS实例的用户数据？
我如何在CoreOS中构build和安装vpnc ？ vpnc是一个“思科兼容的VPN客户端”，可在Ubuntu服务器软件包库中find。 由于CoreOS不包含gcc ， libc或make等构build工具，因此很难为操作系统构build任何应用程序。 我可以构buildvpnc并静态链接它在Ubuntu中所需的所有库，然后将其安装在CoreOS中？ 我可以在vpnc内的Ubuntu容器中运行vpnc作为VPN网关吗？
我安装了CoreOS稳定版本v1122.2.0。 我有etcd2与tlsconfiguration，并正常工作。 我使用我为服务器创build的子域创build了基于https://github.com/coreos/etcd/tree/master/hack/tls-setup的证书，而不是用于calico tls的特定IP地址。 etcd2和calcio-nodeconfiguration正常。 现在我想configurationKubernetes。 我使用https://coreos.com/kubernetes/docs/latest/deploy-master.html上的说明，现在我只configuration一个coreos服务器。 当我启动kubelet并执行journalctl -f -u kubelet我得到以下消息： Sep 23 23:30:11 coreos-2.tux-in.com kubelet-wrapper[1473]: E0923 23:30:11.495381 1473 reflector.go:205] pkg/kubelet/kubelet.go:286: Failed to list *api.Node: Get http://127.0.0.1:8080/api/v1/nodes?fieldSelector=metadata.name%3Dcoreos-2.tux-in.com&resourceVersion=0: dial tcp 127.0.0.1:8080: getsockopt: connection refused Sep 23 23:30:11 coreos-2.tux-in.com kubelet-wrapper[1473]: E0923 23:30:11.889187 1473 reflector.go:205] pkg/kubelet/kubelet.go:267: Failed to list *api.Service: Get http://127.0.0.1:8080/api/v1/services?resourceVersion=0: dial tcp 127.0.0.1:8080: getsockopt: connection refused […]
在Compute引擎中有CoreOS的VM和Container Registry里面的图像。 我遵循此说明https://cloud.google.com/container-registry/docs/advanced-authentication并运行 $ docker login -e [email protected] -u oauth2accesstoken -p "$(gcloud auth print-access-token)" https://gcr.io Flag –email has been deprecated, will be removed in 1.13. Login Succeeded $ docker pull gcr.io/myproject/web:v1.0.0 v1.0.0: Pulling from myproject/web 709515475419: Pulling fs layer 943e0887e008: Pulling fs layer c99fe67ba1a0: Pulling fs layer 2cfe3fdc59a2: Waiting 2c5b377ae620: Waiting dc0cee14b1bf: Waiting error pulling […]
我有一个用Xen和Debian 9作为DOM0的裸机服务器。 这个服务器有libvirt，我可以通过使用xl ， virsh或远程使用virt-manager来愉快地创buildPV域。 我想简化coreos虚拟机的创build，在创build时将它们传递给点燃的 JSON，以便获得正确的名称，networkingconfiguration和基本服务。 到目前为止，我设法通过使用config-2分区将SSH密钥join到新的coreos实例中，但是使用的是不推荐使用的coreos-cloudinit ，而networking没有configuration。 我必须进入VM并创build/etc/systemd/network/00-eth*文件并重新启动。 在创build时，找不到正确的方法，使虚拟机的configuration在DOM0上。 任何指针？
我已经通过将它们引用到HTTP服务器（本例中为火柴盒 ）将dnsmasqconfiguration为PXE启动iPXE客户端。 我还将其configuration为处理较旧的PXE客户端，方法是将iPXE的副本放在TFTP服务器的根目录中，以允许这些较旧的客户端链接到iPXE。 为此，我在我的dnsmasq.conf中使用了以下行： dhcp-boot=tag:!ipxe,undionly.kpxe 我已经将undionly.kpxe文件放在我的TFTP服务器的根目录下，但有几个地方说你需要将undionly.kpxe复制到undionly.kpxe.0或undionly.0 （ undionly.0 ， FOG Wiki ）。 首先，为什么dnsmasq不能查找你在config中指定的确切文件名，其次是哪一个是正确的，undionly.0 or undionly.kpxe.0？
在CoreOS中启动etcd时，它不会侦听端口4001。 只有从提示符开始时： $ sudo systemctl start etcd.service $ ps aux|grep etcd etcd 9364 0.1 0.8 267980 4880 ? Ssl 05:43 0:00 /usr/bin/etcd $ sudo lsof -i|grep LISTEN systemd 1 root 26u IPv6 14958 0t0 TCP *:ssh (LISTEN) $ sudo -u etcd /usr/bin/etcd $ sudo lsof -i|grep LISTEN systemd 1 root 26u IPv6 14958 0t0 TCP […]
我已经按照GCE指南上的CoreOS 。 但看起来我有问题了解用户数据元数据字段是什么，以及如何让我的云configuration文件被读取.. 在具有我的cloud-config.yaml文件的目录中，我运行了以下命令： gcutil –project=my-proj-704 addinstance –image=projects/coreos-cloud/global/images/coreos- stable-410-0-0-v20140902 –persistent_boot_disk –zone=europe-west1-a –machine_type=n1-standard-1 –metadata_from_file=user-data:cloud-config.yaml –permit_root_ssh aa-gce-thing 我的cloud-config.yaml看起来像这样… #cloud-config users: – name: mgm groups: – sudo – docker ssh-authorized-keys: – ssh-rsa AAAAB3NzaC1yc2EAAAABJQ … mgm ssh_authorized_keys: – ssh-rsa AAAAB3NzaC1yc2EAAAA…. core – ssh-rsa AAAAB3NzaC1yc2EAAAA…. mgm coreos: etcd: # generate a new token for each unique cluster from https://discovery.etcd.io/new discovery: […]