Tag: 权限

docker-maven插件尝试构build图像时发生了什么?

我正在docker容器中运行Jenkins,Jenkins试图运行我的Maven构build。 作为构build的一部分,docker maven插件指示它构build一个docker镜像。 POM的那部分在下面。 <plugin> <groupId>com.spotify</groupId> <artifactId>docker-maven-plugin</artifactId> <version>0.3.8</version> <configuration> <imageName>example</imageName> <baseImage>java:latest</baseImage> <skipDockerBuild>false</skipDockerBuild> <cmd>["java", "-jar", "myLogThread-jar-with-dependencies.jar"]</cmd> <resources> <resource> <directory>target/</directory> <include>config.properties</include> </resource> <resource> <directory>${project.build.directory}</directory> <include>myLogThread-jar-with-dependencies.jar</include> </resource> </resources> </configuration> </plugin> maven构build运行,直到它试图build立图像,在这一点下面的错误消息吐出: [INFO] Building image example [INFO] I/O exception (java.io.IOException) caught when processing request to {}->unix://localhost:80: Permission denied 我可以进入正确的目录和Dockerfile在那里。 我也可以运行sudo docker build . 它会build立没有问题的形象。 为什么Maven构build失败? 对localhost有什么要求:80? 我怎样才能纠正这个问题,让maven可以build立我的形象? 注意:我在这个容器中安装了docker socket和binary

如何在Docker容器中使用setfacl?

这似乎是在容器内的文件系统没有“acl”,因此“setfacl”将无法正常工作。 而且它也不会让我重新安装它,甚至不能运行'df -h'。 我需要setfacl,因为我根据自己的网站创build了自己的所有文件,并且我给webserver用户写入权限只有几个目录,如caching,日志等。 我能做什么?

尝试以非root用户的身份从容器内写入已装入的卷时出现问题

我正在使用一个将运行ZooKeeper的容器,但是我遇到了有关在我的容器中安装的主机卷的权限问题。 这是我的设置: 在主机上(Ubuntu 14.04): 创build一个“zookeeper”系统用户(id = 106)和组(id = 111)。 创build目录“/ var / log / zookeeper”并将其所有权设置为zookeeper(即chown zookeeper:zookeeper)。 这是我要装入我的容器的目录。 在容器内部(Ubuntu 14.04): 还创build了一个“zookeeper”系统用户(id = 102)和group(id = 105),我用它作为用户在进入点执行命令。 创build相同的目录“/ var / log / zookeeper”,它将被挂载并将其所有权设置为zookeeper:zookeeper(尽pipe我不认为这很重要)。 一旦我用/ var / log / zookeeper安装启动我的容器,并且在容器内部打开一个作为zookeeper用户(在容器内创build的用户)的shell,我发现如果出现“Permission Denied”错误我尝试在挂载的目录/ var / log / zookeeper中创build一个文件。 当我做一个“ls -l”来查看这个目录的所有权时(仍然在容器中),它看起来像这样: drwxr-xr-x 2 106 111 4096 Jun 30 17:18 zookeeper 在这种情况下,106和111对应于主机的动物园pipe理员用户和组ID,我认为这是问题所在。 我尝试在容器内部打开一个shell,但是这次我以root用户身份进入,上面描述的场景工作得很好,只是root是创build的文件的所有者(这是预期的)。 […]