Tag: ubuntu 14.04

Docker软件包：哈希总和不匹配

我正在执行apt-get更新（Ubuntu 14.04）时出现以下错误： Hit http://archive.ubuntu.com trusty/main amd64 Packages Hit http://archive.ubuntu.com trusty/restricted amd64 Packages Hit http://archive.ubuntu.com trusty/universe amd64 Packages Fetched 3156 kB in 15s (201 kB/s) W: **Failed to fetch https://apt.dockerproject.org/repo/dists/ubuntu-trusty/main/binary-amd64/Packages Hash Sum mismatch** E: Some index files failed to download. They have been ignored, or old ones used instead.

sudo服务mongod启动：mongod：无法识别的服务

我正在testing基于mongoDB的学习储物柜，它都在ubuntu14.04 docker https://hub.docker.com/r/hadyrashwan/learninglocker-ubuntu14.04/中 。 我得到它的工作，但我不能启动mongodb自动尝试修复命令和更改名称在启动服务命令mongodb或mongo，但不工作。 但运行mongod只是让它启动，但我想自动启动它不打开一个terminal，让它打开，使系统继续工作 root@bd1997365c3a:/# mongod 2016-09-06T07:41:51.816+0000 I CONTROL [initandlisten] MongoDB starting : pid=197 port=27017 dbpath=/data/db 64-bit host=bd1997365c3a 2016-09-06T07:41:51.817+0000 I CONTROL [initandlisten] db version v3.2.9 2016-09-06T07:41:51.817+0000 I CONTROL [initandlisten] git version: 22ec9e93b40c85fc7cae7d56e7d6a02fd811088c 2016-09-06T07:41:51.817+0000 I CONTROL [initandlisten] OpenSSL version: OpenSSL 1.0.1f 6 Jan 2014 2016-09-06T07:41:51.817+0000 I CONTROL [initandlisten] allocator: tcmalloc 2016-09-06T07:41:51.817+0000 I CONTROL [initandlisten] […]

docker root crontab作业不执行

我有一个Ubuntu 14.04泊坞窗图像，我想安排一个python脚本执行每一分钟。 我的DockerFile包含CMD ["cron","-f"]以启动cron守护进程。 crontab条目如下所示： 0,1 * * * * root python /opt/com.org.project/main.py >> /opt/com.org.project/var/log/cron.log /opt/com.org.project/main.py是完全可访问的，拥有744权限， 所以可以执行。 我的/opt/com.org.project/var/log/cron.log文件中没有显示任何内容，也没有显示/var/log/cron.log文件。 然而ps aux | grep cron ps aux | grep cron显示在PID 1运行的cron -f 。 我错过了什么？ 为什么我的cron作业不在容器中运行？ 这里是我请求的DockerFile内容： FROM ubuntu # Update the os and install the dependencies needed for the container RUN apt-get update \ && apt-get install […]

运行“docker-compose up”时出错

我得到错误为“错误：客户端和服务器没有相同的版本（客户端：1.21，服务器：1.18）” 所以我跑了一个命令“export COMPOSE_API_VERSION = 1.18”，现在我得到了不同的错误。 Traceback (most recent call last): File "<string>", line 3, in <module> File "compose/cli/main.py", line 61, in main File "compose/cli/main.py", line 113, in perform_command File "compose/cli/main.py", line 835, in up File "compose/project.py", line 374, in up File "compose/project.py", line 415, in initialize File "compose/network.py", line 162, in initialize File "compose/network.py", line […]

Docker作为Vagrant的提供者

我正在使用Saltstack / Shellconfiguration一个stream浪机器，但现在我想添加Docker作为提供者。 我有一个超时问题，所以我修改了超时值。 现在看来，这台机器永远不会工作：我一直在等待，没有任何反应！ 这是我的stream浪文件： Vagrant.configure(2) do |config| config.vm.define :nodejs do |nodejs| #nodejs.vm.box = "ubuntu/trusty64" nodejs.vm.hostname = "nodejs" nodejs.ssh.pty = true nodejs.vm.boot_timeout = 50000 nodejs.vm.network "forwarded_port", guest: 80, host: 8001 nodejs.vm.network "forwarded_port", guest: 3600, host: 8002 nodejs.vm.network "private_network", ip: "10.0.0.10" nodejs.vm.synced_folder "salt/roots/", "/srv/salt/" nodejs.vm.synced_folder "salt/minion.d/", "/etc/salt/minion.d/" nodejs.vm.synced_folder "salt/formulas/", "/srv/formulas/" nodejs.vm.provider :virtualbox do |vb| vb.gui […]

用gdb或cgdbdebuggingdocker deamon

我一直在尝试debugging，并在主机操作系统（ubuntu 14.04 OS）上运行的Ubuntu 14.04容器上使用gdb或cgdb进入cgdb守护进程代码。 在构build容器中的debugging二进制文件时，我使用了-O0 -g标志。 在容器中使用的版本： # go version go version go1.4.3 linux/amd64 我无法通过使用cgdb的代码： <http://www.gnu.org/software/gdb/documentation/>. For help, type "help". Type "apropos word" to search for commands related to "word"… Reading symbols from bundles/1.9.0-dev/dynbinary/docker…done. ( gdb) b main.handleGlobalDaemonFlag Breakpoint 1 at 0x497b30 (gdb) r daemon -D Starting program: /go/src/github.com/docker/docker/bundles/1.9.0-dev/dynbinary/docker daemon -D [Thread debugging using libthread_db […]

无法find依赖关系的“类库项目”

我创build了具有以下文件夹结构的ASP.NET Core webAPI项目。 / src目录 / WebApiProject Dockerfile / DomainProject / CoreProject WebApiProject具有DomainProject和CoreProject依赖CoreProject 。 一切工作正常与dnu restore依赖的DomainProject和CoreProject解决，因为两者都是对等文件夹。 另外我能够通过执行dnx web命令来运行我的webApi。 现在，我正在尝试在我的Ubuntu机器上创builddocker镜像，并且我在下面的链接中提到： https ： //blogs.infosupport.com/build-deploy-test-aspnetcore-docker-linux-tfs2015/ 但是当我尝试创builddocker图像时，我正在获取下面的错误消息： /app/project.json中的错误 “无法find依赖项DomainProject > = 1.0.0。* “无法find依赖项CoreProject > = 1.0.0。* 有人可以帮我解决这个问题吗？ dnu restore能够解决依赖关系，但在dnu restore映像创build这些依赖不解决。 以下是我的docker文件 FROM microsoft/aspnet:1.0.0-rc1-update1-coreclr RUN printf "deb http://ftp.us.debian.org/debian jessie main\n" >> /etc/apt/sources.list RUN apt-get -qq update && apt-get install -qqy […]

将软件包安装到ubuntu14.04 docker容器中

我目前有类似的图像正在为虚拟机和数字海洋开发和生产（他们正在使用打包机和可以build立）。 他们正在使用Ubuntu 14.04。 我已经从相同的脚本创build了一个docker版本没有任何问题。 这将是一个Gitlab CI环境。 当我来安装容器内的包时，我得到一个错误。 可能与破坏的init系统有关吗？ 有东西没有运行？ 我最初的命令是/sbin/init ，我尝试过和没有phusion / base-image。 错误是msg: '/usr/bin/apt-get -y -o "Dpkg::Options::=–force-confdef" -o "Dpkg::Options::=–force-confold" install 'docker-engine'' failed: invoke-rc.d: unknown initscript, /etc/init.d/cgroup-lite not found. dpkg: error processing package cgroup-lite (–configure): msg: '/usr/bin/apt-get -y -o "Dpkg::Options::=–force-confdef" -o "Dpkg::Options::=–force-confold" install 'docker-engine'' failed: invoke-rc.d: unknown initscript, /etc/init.d/cgroup-lite not found. dpkg: error processing package […]

Docker守护进程不会启动或重新启动

我在Ubuntu 14.04，我也升级docker到最近的版本。 每当我做一个sudo /etc/init.d/docker start我得到一个成功的PID如下， docker start/running, process 16267 当我查看PID细节时，我什么都看不到 – ps -p 16267 PID TTY TIME CMD 而当我尝试做一个sudo docker version我看到下面 – Client API version: 1.16 Go version (client): go1.2.1 OS/Arch (client): linux/amd64 2015/01/10 10:30:49 Cannot connect to the Docker daemon. Is 'docker -d' running on this host? sudo docker -d的输出如下， [2015-01-12T21:05:59.889680188+08:00] [info] docker daemon: […]

如何修改后，docker源代码？

我们正在尝试在docker源代码中进行更改，并重新构build它以查看更改 问题是我们无法从源代码本身构buildDocker。 我们尝试：在docker目录中，但我们结束了错误（通过git init初始化git后）： fatal: Needed a single revision make: *** [binary] Error 128 这个问题没有帮助，因为我们得到了错误： fatal: Needed a single revision invalid upstream origin/master 我们在Docker社区中检查了这个问题，他们build议克隆docker版本库的目录并重新编译，但是我们仍然无法make源代码。 问题修改后如何构build源代码？