OS Docker 中的 nginx X 不会重新加载 html
nginx in Docker on OS X doen't reload html
我尝试在 boot2docker 和 OS X 上使用 nginx。我希望启动一个网络服务器。我尝试使用下面的命令;
docker run -d --name web -p 80:80 -v /Users/douglas/tmp/local_console:/usr/share/nginx/html:ro nginx
然后我改了index.html和curl $(boot2docker ip)
的内容,但是index.html没有改。我尝试停止并重新启动容器,仍然得到旧页面。
最重要的问题是,旧版本 html 存储在 docker nginx 的什么地方?我想它不会存储在 docker 容器中,但是为什么在我更改本地后 nginx 给我旧内容 html?
我在 ubuntu 14.04 上尝试了几乎相同的命令,它工作正常:
sudo docker.io run -d -p 80:80 -v /home/vagrant/html:/usr/share/nginx/html:ro nginx
在 Ubuntu 和 OSX 上,我使用下面相同的 nginx 图像:
REPOSITORY TAG 图片 ID 创建虚拟尺寸
nginx 最新 4b5657a3d162 12 天前 91.66 MB
Docker版本不同
Ubuntu docker 版本:
vagrant@ubuntu-14:~$ sudo docker.io 版本
客户端版本:0.9.1
Go版本(客户端):go1.2.1
Git 提交(客户端):3600720
服务器版本:0.9.1
Git 提交(服务器):3600720
Go版本(服务器):go1.2.1
最后稳定版本:1.4.1,请更新docker
OS X docker 版本:
bash-3.2$ docker 版本
客户端版本:1.4.1
客户端 API 版本:1.16
Go版本(客户端):go1.3.3
Git 提交(客户端):5bc2ff8
OS/Arch(客户):darwin/amd64
服务器版本:1.4.1
服务器 API 版本:1.16
Go版本(服务器):go1.3.3
Git 提交(服务器):5bc2ff8
遗憾的是,这是创建的虚拟框共享的一个已知问题,到目前为止,我们认为唯一可能的解决方案是用真实的网络文件系统替换这些共享,这将需要相当多的工作。
我尝试在 boot2docker 和 OS X 上使用 nginx。我希望启动一个网络服务器。我尝试使用下面的命令;
docker run -d --name web -p 80:80 -v /Users/douglas/tmp/local_console:/usr/share/nginx/html:ro nginx
然后我改了index.html和curl $(boot2docker ip)
的内容,但是index.html没有改。我尝试停止并重新启动容器,仍然得到旧页面。
最重要的问题是,旧版本 html 存储在 docker nginx 的什么地方?我想它不会存储在 docker 容器中,但是为什么在我更改本地后 nginx 给我旧内容 html?
我在 ubuntu 14.04 上尝试了几乎相同的命令,它工作正常:
sudo docker.io run -d -p 80:80 -v /home/vagrant/html:/usr/share/nginx/html:ro nginx
在 Ubuntu 和 OSX 上,我使用下面相同的 nginx 图像:
REPOSITORY TAG 图片 ID 创建虚拟尺寸 nginx 最新 4b5657a3d162 12 天前 91.66 MB
Docker版本不同
Ubuntu docker 版本:
vagrant@ubuntu-14:~$ sudo docker.io 版本 客户端版本:0.9.1 Go版本(客户端):go1.2.1 Git 提交(客户端):3600720 服务器版本:0.9.1 Git 提交(服务器):3600720 Go版本(服务器):go1.2.1 最后稳定版本:1.4.1,请更新docker
OS X docker 版本:
bash-3.2$ docker 版本 客户端版本:1.4.1 客户端 API 版本:1.16 Go版本(客户端):go1.3.3 Git 提交(客户端):5bc2ff8 OS/Arch(客户):darwin/amd64 服务器版本:1.4.1 服务器 API 版本:1.16 Go版本(服务器):go1.3.3 Git 提交(服务器):5bc2ff8
遗憾的是,这是创建的虚拟框共享的一个已知问题,到目前为止,我们认为唯一可能的解决方案是用真实的网络文件系统替换这些共享,这将需要相当多的工作。