Tag: gcloud
Kaa IoT v0.10 SDK下载非常慢
我在gcloud实例的docker上运行kaa IoT安装（不是沙盒）。 最初我为我的一个应用程序的Java SDK提供了很好的下载速度。 但是现在我发现下载速度似乎被固定在3.4-6.7 KB / s之间实际上没有一个sdk下载正在完成。 有人看到这个吗？ 谢谢Saycat
推送的图像不在列表中
我把图片推送到gcloudregistry。 推送过程成功完成。 控制台工具确认，该图像已被推送。 gcloud docker — push gcr.io/my-project-id/my-image-name:latest gcloud alpha container images list –repository=gcr.io/my-project-id NAME gcr.io/my-project-id/my-image-name 虽然我的图片仍然不在UI的列表中。 我期望它应该出现在“自定义图像”标签上。
jenkins与GKE上的kubernetes
我是新的kubernetes与jenkins组合。 为此我做了一些教程。 我的目标是：1）build立docker图像2）将docker图像推送到GCR 3）在kubernetes中部署图像 我已经像教程一样安装了GKE 1：1。 https://cloud.google.com/solutions/continuous-delivery-jenkins-container-engine还做了这些教程：“jenkins-on-container-engine-tutorial”“configurations-jenkins-container-engine” 由于这些教程是相互依赖的，我已经完全从头开始多次完成它们，以避免来自我身边的错误。 问题是构build代理找不到docker命令！ 我也尝试了一些像这个线程中的自定义图像： 在Jenkins从节点上运行的Jenkinsfile中执行docker build命令的最简单的方法是什么？ 但似乎没有工作:(
kubernetes ssh连接在gcloud上被拒绝
我试图连接到GKE集群内运行的pod – 我可以ssh进入集群内的节点，但是当我尝试下面的命令进入pod内的bash时，出现错误： kubectl –namespace=prod exec -it test-webserver-3998817321-728hj — /bin/bash – >服务器错误：错误拨号后端：ssh：拒绝：连接失败（连接超时） 如何使用kubectl命令连接到gke群集中的正在运行的群集？ 有没有什么configuration与我的防火墙？ 我有以下的SSH规则： NAME NETWORK DIRECTION PRIORITY ALLOW DENY sshaccess default INGRESS 1000 tcp:22,icmp 当我在本地群集上尝试上述命令时，可以轻松连接。 有时候是有效的，有时却不行。 据我所知，Loadbalancer（Ingress）可能是负责这种行为？
如何在Windows 10 Home Edition上为GCE设置Kubernetes和Docker本地环境？
我是Kubernetes和Docker的 新手 ，并尝试使用gcloud cli设置一个与GCE合作的良好环境。 由于我使用的是Windows 10家庭版，我意识到我唯一的select是使用Docker安装Docker Toolbox ，所以任何Docker命令只能从VM（ docker -machine， boot2docker ）运行。 这也意味着，每次我想创build一个泊坞窗图像时，我必须将我的本地项目文件夹复制到泊坞窗机器将看到的共享文件夹中，以便构build它的图像。 docker-machine是linux的一个轻量级版本，所以它不是非常用户友好，难以使用gcloud cli。 我成功地完成了这一切，直到我要推我的本地docker图像到我的谷歌的私人registry。 gcloud cli安装在我的实际机器上，不能安装在轻量级的linux虚拟机上，所以当我尝试从Windows Powershell中使用以下命令来推送镜像时： gcloud docker — push gcr.io/…./.. 我收到以下错误： 错误：Docker CLI操作失败： 未知的标志： – 电子邮件 请参阅“dockerlogin – 帮助”。 错误：（gcloud.docker）Dockerlogin失败。 首先，我甚至不确定图像是否会被识别，因为它是在docker机器上创build的。 其次，我无法login到我的实际机器上的docker，因为docker无法安装，并且任何docker命令都应该在docker-machine中完成。 所以基本上，现在我卡住了，不能推动我的形象。 我觉得从一开始的整个过程都非常复杂，所以这一切都让我怀疑我的整个设置。 我的问题是， 什么是适当的方式来设置我的环境顺利stream动？ 如果您认为我所描述的stream程，鉴于我已经使用Windows 10 Home，是我能够实现的最好的，我将不胜感激您的解决与谷歌cli的推动问题的帮助。
Gcloud和Docker：由于空间不足，推送图像失败
我正尝试将一个2GB的Docker镜像上传到Google Containerregistry中： gcloud docker push eu.gcr.io/project-id/image 我得到以下错误： Failed to generate layer archive: write /mnt/sda1/var/lib/docker/graph/_tmp/be959f8b6f706fb75cdc24b/28450517: no space left on device ''' 我遇到的另一个问题是关于失败的推动。 似乎上传没有奏效，然后我不能再推它： Error response from daemon: push eu.gcr.io/project-id/image is already in progress 顺便有一个选项列出所有的图像？
在Google云上使用不同的命令行参数运行多个Docker实例
使计算docker在本地运行良好。 将其上载到Gcloud并可以运行。 但我真正需要的是运行数百个具有不同参数的实例。 docker run -t dxyz arg0 docker run -t dxyz arg1 docker run -t dxyz arg2 … 什么是最好的办法呢？ 我试过Kubctl豆荚，但看起来像他们应该是相同的
我怎样才能创build实例从我的项目容器图像创build容器
我正在尝试使用在机器启动时创build的容器启动container-vm Google Compute Engine VM实例。 在这个文档部分find这个例子： 创build实例时创build容器 。 一切工作正常与给出的例子： apiVersion: v1 kind: Pod metadata: name: service spec: containers: – name: jillix-service image: gcr.io/google-containers/busybox command: ['nc', '-p', '8000', '-l', '-l', '-e', 'echo', 'hello world!'] imagePullPolicy: Always ports: – containerPort: 8000 hostPort: 80 但是当我尝试使用，而不是我自己的容器图像，它不工作的形象： apiVersion: v1 kind: Pod metadata: name: service spec: containers: – name: jillix-service image: […]
使用gcloud和具有“所有者”权限的服务帐户推送docker图像时，“500内部服务器错误”
我正在尝试将Docker容器图像推送到Google Container引擎registry： $ sudo gcloud docker push gcr.io/<my_project>/node The push refers to a repository [gcr.io/<my_project>/node] (len: 1) 24c43271ae0b: Image already exists 70a0868daa56: Image already exists 1d86f57ee56d: Image already exists a46b473f6491: Image already exists a1ac8265769f: Image already exists 290bb858e1c3: Image already exists d6fc4b5b4917: Image already exists 3842411e5c4c: Image already exists 7a01cc5f27b1: Image already exists dbacfa057b30: Image […]
如何停止gcloud docker – 覆盖长寿命凭据？
我们正在使用Google Container Registry来存储我们的Docker镜像。 为了授权我们的构build实例，我们在.docker/config.json放置了长期访问令牌 ，如文档中所述。 这工作完全正常，直到某人（即某些Makefile）使用gcloud docker — push …推送到registry（而不是例如docker push … ）。 gcloud将用一段时间后过期的短期凭证取代现有的长期凭证 。 因此，后续的构build可能会失败，具体时间取决于具体时间。 我的问题 ：我如何防止gcloud docker …弄乱我提供的凭据？ 我试过chattr +i .docker/config.json ，但这只是使gcloud抱怨。
