Tag: arm

针对ARM的Docker交叉编译没有硬性浮点: 尝试为ARM进行交叉编译我碰到： dockcross/linux-armv6 ，这使得它很容易使用。 docker镜像适用于./configure脚本和Makefile项目，例如： http://jemalloc.net/ http://people.seas.harvard.edu/~apw/stress/ 然而，我的一个embedded式设备没有硬性的浮动。因此/lib/ld-linux-armhf.so.3丢失，只有/lib/ld-linux.so.3可用，所以我不能使用该设备的编译程序/库。有没有什么我可以改变的图像或任何其他docker图像，支持编译（ARM6）没有硬浮动？ searchinterwebs导致只有一些trival例如： arm-linux-gnu-gcc -o hello hello.c 要么 $CC=arm-linux-gnu-gcc make 这似乎不适用于此设置…

树莓Pi-Docker仿真: 我有一个docker臂的Ubuntu的形象，只是想testing它是否运行。但是，似乎我不能在正常的桌面环境下运行图像，因为arm的二进制文件不同于x86_x64。有没有什么办法可以模拟ARM的这个testing，而没有真正得到一个树莓派？

如何在Circle CI中运行基于ARM的Docker容器？: 我有一个包含所有ARM二进制文件的docker镜像，除了一个静态链接的x86 QEMU可执行文件。它专门用于在x86硬件上进行ARM构build。基本图像是show0k / miniconda-armv7 。由于我不使用Conda，但是确实需要Python，所以我使用这个Dockerfile来构build它： FROM show0k/miniconda-armv7 MAINTAINER savanni@cloudcity.io RUN [ "cross-build-start" ] RUN apt-get update RUN apt-get -y upgrade RUN apt-get -y install python3 python3-pip python3-venv ssh git iputils-ping RUN [ "cross-build-end" ] 我可以在我的机器上完美地启动这个图像，甚至运行构build命令。但是，当我转到Circle时，在“Spin up Environment”之后，我的容器会挂起队列，或者经常以此错误消息结束： Unexpected preparation error: Error response from daemon: Container d366de1282a32a79bca5265a8a97f573c8949f2838be231abcd234e5694d8d0b is not running （每次容器标识不同）这是我的Circleconfiguration文件： […]

交叉编译多弓容器: 我试图构build一个ARM（arm32v7）容器，但使用x86_64主机。虽然我知道有一些非常酷的东西，比如使用Qemu shenanigans的Resin ，以及用于构buildgenerics容器的Multiarch ，但我有一个小问题：我试图构build的容器开始是多元化的，所以Docker总是selectx86在FROM指令中的图像。我想从x86主机上的多拱形锈图像构build一个ARM容器。问题是，我找不到任何文档明确说我想从ARM容器开始，并从那里，而不是x86容器。此外，图片上的标签不会消除歧义，所以我不能使用这些来select起始容器。我试过编辑/etc/docker/daemon.json文件来包含： { "labels": [ "os=linux", "arch=arm32v7" ], "experimental": true } 但是这根本没有帮助。 docker pull仍然检索x86映像。所有这些的目的是为了增加最终运行在Raspberry Pi上的容器的编译时间; 编译时间超过现在的速度。有没有什么方法可以明确地说我想从ARM镜像开始构build？

是否有可能运行docker在big endian，arm32，linux = 2.6.34？: 我想在大端，arm32，linux系统上运行docker。看来不可能直接下载。那么我可以编译docker从源头到大端？

docker集装箱在不同的硬件架构: 是否有可能在我的电脑和树莓（或任何其他架构）有相同的容器？原因是我想开发一些在PC上的networking应用程序，然后把它放到树莓或任何其他运行docker的设备。什么是兼容性问题？什么限制了容器在另一个拱门上的使用？我可以以某种方式转换armv7 / armhf-ubuntu和普通的官方Ubuntu的图像？

设置树莓派的Docker默认架构（armel / armhf / armv71）: 我正在尝试为Python应用程序构build和运行跨平台的Docker规范。如上所示，我的Dockerfile具有“python”作为操作系统映像： FROM python:2.7 应该为当前的平台解决一个适当的形象。问题是，在Raspberry上，它解决了“armel”架构这是所有版本的最低共同点。为了性能，我希望能够解决“armhf”或“armv71”问题 – 特别是考虑到Docker为这些平台提供官方映像。

如何在运行Ubuntu 14.04的32位ARM处理器的NVIDIA Tegra Jetson TK1上安装Docker？: Docker只支持64位x86 Linux，但是人们已经用Raspberry Pi为32位ARM处理器制作了图片。这些将与TK1一起工作吗？我是Docker的新手。我试图把Jupyterhub放在我的TK1上，通过Python的Gnumpy包利用GPU。

kube-dns不能在kubernetesarm上工作: 我按照指南部署了一个kubernetes集群： https ：//blog.hypriot.com/post/setup-kubernetes-raspberry-pi-cluster/。它基本上使用debian库中的hypriotOS和kubernetes。部署后，所有的吊舱都在运行，没有出现故障。但是，dns服务器在工作节点上无法正常工作。主 $ kubectl -n kube-system get svc NAME CLUSTER-IP EXTERNAL-IP PORT(S) AGE kube-dns 10.96.0.10 <none> 53/UDP,53/TCP 34m kubernetes-dashboard 10.103.97.112 <nodes> 80:30518/TCP 31m # I installed the dnsutils to have the dig command $ dig @10.96.0.10 || echo "FAIL" # shows a valid response (note that we are not resolving […]

即使使用简单的命令，docker build也非常慢: 我在树莓派上构build了一个docker镜像，这当然需要一些时间。这里的问题是，Dockerfile中的命令甚至非常简单，比如设置一个环境variables，在单个文件上使用chmod +x或者暴露端口80需要几分钟才能完成。这里是我的Dockerfile的摘录： FROM resin/rpi-raspbian MAINTAINER felixbr <mymail@redacted.com> RUN export DEBIAN_FRONTEND=noninteractive && apt-get update && apt-get install -y python python-dev python-pip python-numpy python-scipy python-mysqldb mysql-server redis-server nginx dos2unix poppler-utils COPY requirements.txt /app/ RUN pip install -r /app/requirements.txt COPY . /app WORKDIR /app RUN cp /app/nginx-django.cfg /etc/nginx/sites-enabled/default RUN chmod +x /app/start.sh ENV DOCKERIZED="true" CMD ./start.sh […]