Tag: 谷歌云平台

docker推送从一个给定的提交和以后的完整性失败

我正在尝试将Docker容器推送到Google云端平台上的私人注册中心： gcloud docker — push gcr.io/<project-name>/<container-name> 并且校验和失败： e9a19ae6509f: Pushing [========================================> ] 610.9 MB/752.4 MB xxxxxxxxxxxx: Layer already exists … xxxxxxxxxxxx: Layer already exists file integrity checksum failed for "var/lib/postgresql/9.5/main/pg_xlog/000000010000000000000002" 然后，我从容器中删除了该文件（以及更多），进行了更改，并试图推送新的映像。 我得到了同样的错误。 有没有一些方法来推高我的形象，而不推动提交包含破损的文件？ 任何洞察为什么新的提交以同样的方式失败？

自动重新启动Google Compute Engine上的Docker容器

我有两个Google Compute Engine实例，一个是用Apache运行Python，另一个是在Go上运行。 Python / Apache项目工作得很好，全天候运行，而Docker项目一直失败。 我使用以下命令启动了Docker容器： docker run –publish 80:8080 –name CONTAINERNAME –restart=always IMAGENAME 每当容器停止工作，似乎每天发生一次，那么它将无法重新启动，直到我SSH进入计算引擎实例。 一旦我已经SSH到进入实例，然后我只是与docker ps检查，看到它再次运行没有做任何事情.. 所以我的问题是，为什么docker容器无法重新启动，直到我SSH进入计算引擎实例？ 我正在执行正确的命令吗？

使用Visual Studio Online将Docker图像推送到Google Cloud

我正在尝试使用在线视觉工作室来构build并推送一个泊坞窗图像。 我在Visual Studio Online中有3个步骤的构build过程。 1）。 获取源代码（应用程序）2）。 用它里面的应用程序构buildDocker镜像。 3）。 推入泊坞窗图像。 第3步是我遇到的问题，我不想推到docker或azure色的registry我想用谷歌来代替。 但我似乎无法find任何不参考谷歌SDK，似乎是推动图像到谷歌registry的唯一方法。

从Docker容器中将图像推送到Google Container Registry

我目前正在尝试推送一个Docker镜像到我的容器registry这是在文档中使用的唯一的命令： gcloud docker — push gcr.io/my_project/foo:v1 但是因为我在Docker容器中运行google-cloud-sdk ，所以我无法使用gcloud docker …因为Docker正在主机上运行。 有没有办法将图像推送到容器registry，而无需在本地文件系统上安装google-cloud-sdk ？

Cloud SDK命令gsutil config -a

我正在尝试在我的Dockerfile中包含Google存储的凭据，这样我就不必每次在Kubernetes中创build一个新的Pod或另一个模块。 那么有没有办法像这样把这个命令 gsutil config -a (Access Key) (Secret) 而不是运行命令 gsutil config -a 然后手动插入（访问密钥）和（秘密）。 谢谢

Google云（GKE）Kubernetes Docker容器中的文件权限错误

我尝试在我的Docker容器中运行初始化脚本，该容器使用Google Cloud Container Engine（GKE）上的Kubernetes kubectl命令进行部署。 该脚本在我的本地系统上的docker容器中没有错误地执行，但似乎不能在GKE上工作。 我正在使用root帐户在GKE上执行脚本。 Dockerfile环境variables设置为： ENV SUEXECUSERGROUP false shell脚本的path映射到外部持久磁盘。 我已经这样做了，所以我不需要在shell脚本中对任何path进行硬编码： / path-to-shell-script /被映射到〜/父文件夹 docker入口点是： / usr / local / bin / docker-entrypoint.sh shell脚本位于： shell脚本/ path-to-shell-script /fix.sh 加载容器时（初始化）我收到以下错误： ./fix.sh：权限被拒绝 当我从容器内运行ls -lad / path-to-shell-script /时 ，我得到以下输出： drwxr-sr-x 19 apache apache 4096 / path-to-shell-script / ls -la / path-to-shell-script /还显示： … -rwxrwxr-x 1 root root […]

尝试在Google云中更新vm实例上的docker-engine

我试图通过在Google云上的核心操作系统的虚拟机实例上使用docker-compose来启动并运行Docker镜像。 问题是，当我试图运行docker组成，它说，我的docker引擎是旧的。 而当我尝试用命令更新docker引擎 sudo update_engine_client -update 我收到消息 I0731 21:16:27.285254 1858 update_engine_client.cc:247] Initiating update check and install. I0731 21:16:27.289791 1858 update_engine_client.cc:252] Waiting for update to complete. LAST_CHECKED_TIME=1501535787 PROGRESS=0.000000 CURRENT_OP=UPDATE_STATUS_IDLE NEW_VERSION=0.0.0 NEW_SIZE=0 E0731 21:16:32.991958 1858 update_engine_client.cc:190] Update failed. 也许我没有打开正确的端口或东西能够更新这个？ 我发现了一些防火墙的规则，但我不确定哪些端口，我应该打开这个工作。

无法在谷歌云进入jupyterdocker

代码来创build我的jupyter容器： docker run -d -it -p 8888:8888 continuumio/miniconda3 /bin/bash -c "/opt/conda/bin/conda install jupyter -y –quiet && mkdir /opt/notebooks && /opt/conda/bin/jupyter notebook –notebook-dir=/opt/notebooks –allow-root –ip='*' –port=8888 –no-browser" 在google云端防火墙中允许端口80和8888后，我无法通过端口8888访问jupyter。我已经在浏览器中input“xxx.xxx.xxx.xxx:8888”。 但是，当我用80replace所有8888时，我可以访问jupyter。 我已经在浏览器中input“xxx.xxx.xxx.xxx” 我的谷歌云configuration截图 感谢您的期待。 任何input将不胜感激。

Google云项目中的跨源资源共享错误

我在GCloud Compute Engine的虚拟机中托pipe了一个网站。 我也通过虚拟机镜像的SSH安装了Docker，并build立了一个在某个端口（与网站IP相同）上监听GET请求的容器。 问题是从我的网站到Docker容器的请求最终导致下面的CORS错误。 我试图通过docker容器的环境variables来启用CORS，但是没有奏效。 请求的资源上没有“Access-Control-Allow-Origin”标题。 关于如何解决这个问题的任何想法？

在Google云上部署应用程序时发生纱线错误

我一直在尝试使用Kubernetes在Google云上部署此应用程序（ https://github.com/DivanteLtd/open-loyalty/ ）。 用于部署此应用程序的实例包含Debian v4.9作为其操作系统。 我们安装了Docker，GCloud，Kubernetes和Kompose作为部署工具。 我为前端和后端构build了两个docker镜像，并将它们链接到docker-compose文件。 现在在前端模型中，我们在前端的Dockerfile中使用了来自docker hub的（node：5）图像。 下面给出的是前端容器的docker文件。 FROM node:5 RUN apt-get update \ && apt-get install -y ruby-full rubygems \ && gem instal sass RUN npm install -g gulp node-sass yarn COPY . /var/www WORKDIR /var/www EXPOSE 3000 CMD npm rebuild node-sass && yarn install && gulp config –prod && gulp compile […]