当我运行'go mod tidy‘时,它中断了,因为我的项目导入的一个包使用路径"github.com/coreos/bbolt“导入了另一个包,但是当它从这个路径获取包时,它的go.mod显示它的路径是"go.etcd.io/bbolt”。
问题是导入包和导入包都是第三方包。我知道我可以编辑go模块缓存来修复它,但当这些包的新版本可用时,修复它将是一个真正的地狱。
部分回显消息如下所示:
github.com/coreos/etcd/client tested by
github.com/coreos/etcd/client.test imports
遵循指南(按下按钮安装),在Windows10pro x64上。错误
Microsoft Windows [Version 10.0.19044.1826]
(c) Microsoft Corporation. All rights reserved.
C:\Users\Administrator>curl -sL https://github.com/operator-framework/operator-lifecycle-manager/releases/download/v0.21.2/install.sh | bash -s v0.21.2
customresourcedef
我想要添加一个授权的密钥,所以我为coreos编写了一个yaml,我作为核心登录到我的coreos中,并为下面的文件发出coreos-cloudinit。
-------
users:
- name: xyz
ssh_authorized_keys:
- ssh-rsa asdfadf....
-------
看起来它删除了我以前的默认用户“core”
1) does coreos-cloudinit wipes the previous config ?
2) if so how do I append to the existing config ?
3) how
我销毁了我的CoreOS流浪箱,然后试图重新启动,但它挂在:
==> core-01: Matching MAC address for NAT networking...
==> core-01: Checking if box 'coreos-alpha' is up to date...
==> core-01: Setting the name of the VM: coreos-vagrant_core-01_1447605695441_10076
在我的VirtualBox图形用户界面中,coreos-vagrant_core-01_1447605
因此,我已经使用启动并运行了一个Kubernetes集群。
$ kubectl get no
NAME STATUS AGE
coreos-master-1 Ready,SchedulingDisabled 1h
coreos-worker-1 Ready 54m
$ kubectl get cs
NAME STATUS MESSAGE ERROR
controller-manager Healthy
我在家里的pc上安装了Container Linux by CoreOS alpha (1325.1.0)。
我使用kubernetes玩了几个月,但现在在重新安装ContainerOS并尝试使用我在的分支安装kubernetes后,我无法正确安装kubernetes。
我使用的是超立方图像v1.6.0-beta.0_coreos.0。
问题是,hyperkube似乎并没有尝试从/etc/kubernetes/manifests发起任何清单。我将kubelet配置为使用rkt运行。
当我在重启kubelet后运行journalctl -xef -u kubelet时,我得到了以下输出:
Feb
昨天的服务很好。但是今天当我检查服役状态时,我看到:
Mar 11 14:03:16 coreos-1 systemd[1]: scheduler.service: main process exited, code=exited, status=2/INVALIDARGUMENT
Mar 11 14:03:16 coreos-1 systemd[1]: Unit scheduler.service entered failed state.
Mar 11 14:03:16 coreos-1 systemd[1]: scheduler.service failed.
Mar 11 14:03: