尽管有权限，但Tomcat 7 权限在部署war 文件时被拒绝

Question

将一个 war 文件复制到webapps文件夹中，它无法部署，我在日志中收到此错误：

Oct 09, 2020 7:09:51 AM org.apache.catalina.startup.ContextConfig beforeStart
SEVERE: Exception fixing docBase for context [/myapp]
java.io.FileNotFoundException: /var/lib/tomcat/webapps/myapp.war (Permission denied)

我相信webapps文件夹具有正确的权限（ tomcat:tomcat /755 ）以及myapp.war文件（ tomcat:tomcat / 644 ）但它因此错误而失败。

当我手动解压缩 war 文件（使用jar xvf myapp.war ）时，它可以工作。 如果我使用管理器应用程序加载 war 文件，它也可以工作。

我有另一个具有相同权限的 war 文件可以正确部署，所以它似乎与 war 文件本身有关，但是这个 war 文件在我的本地服务器上正确部署。

所以我真的很困惑。

不知道还有什么要检查的。

编辑：我的tomcat的目标用户有nologin权限。 如果我以 root 用户身份手动解压 war 文件，将 ownsership 设置为tomcat:tomcat的内容，然后重新打包 war 文件，它就会自动部署。

但是我尝试提取文件并将其带回本地，然后将 scp 带回 tomcat 服务器，但它不再起作用。

所以这看起来像是有权限的东西，但不清楚它是什么。

请注意，我正在发送文件的源服务器作为 tomcat 用户在 Docker 上运行。

我在其上构建 war 文件的本地系统是 Mac OSX 机器。 在 Dockerfile 中使用 COPY 时，文件最初归 root 所有，但我在映像构建中将 onwership 改回tomcat 。

需要明确的是，我正在构建一个包含 war 文件的 Docker 镜像。 那部署得很好。 然后，当将此 .war 文件迁移到另一个 VM（通过 scp）时，它不会部署在目标上，并出现上述错误。

完整跟踪：

SEVERE: Exception fixing docBase for context [/myapp]
java.io.FileNotFoundException: /var/lib/tomcat/webapps/myapp.war (Permission denied)
    at java.base/java.io.RandomAccessFile.open0(Native Method)
    at java.base/java.io.RandomAccessFile.open(RandomAccessFile.java:347)
    at java.base/java.io.RandomAccessFile.<init>(RandomAccessFile.java:261)
    at java.base/java.io.RandomAccessFile.<init>(RandomAccessFile.java:216)
    at java.base/java.util.zip.ZipFile$Source.<init>(ZipFile.java:1206)
    at java.base/java.util.zip.ZipFile$Source.get(ZipFile.java:1172)
    at java.base/java.util.zip.ZipFile$CleanableResource.<init>(ZipFile.java:717)
    at java.base/java.util.zip.ZipFile.<init>(ZipFile.java:237)
    at java.base/java.util.zip.ZipFile.<init>(ZipFile.java:167)
    at java.base/java.util.jar.JarFile.<init>(JarFile.java:347)
    at java.base/sun.net.www.protocol.jar.URLJarFile.<init>(URLJarFile.java:103)
    at java.base/sun.net.www.protocol.jar.URLJarFile.getJarFile(URLJarFile.java:72)
    at java.base/sun.net.www.protocol.jar.JarFileFactory.get(JarFileFactory.java:99)
    at java.base/sun.net.www.protocol.jar.JarURLConnection.connect(JarURLConnection.java:125)
    at java.base/sun.net.www.protocol.jar.JarURLConnection.getJarFile(JarURLConnection.java:92)
    at org.apache.catalina.startup.ExpandWar.expand(ExpandWar.java:111)
    at org.apache.catalina.startup.ContextConfig.fixDocBase(ContextConfig.java:727)
    at org.apache.catalina.startup.ContextConfig.beforeStart(ContextConfig.java:852)
    at org.apache.catalina.startup.ContextConfig.lifecycleEvent(ContextConfig.java:390)
    at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:117)
    at org.apache.catalina.util.LifecycleBase.fireLifecycleEvent(LifecycleBase.java:90)
    at org.apache.catalina.util.LifecycleBase.setStateInternal(LifecycleBase.java:388)
    at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:144)
    at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:899)
    at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:875)
    at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:652)
    at org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:1092)
    at org.apache.catalina.startup.HostConfig$DeployWar.run(HostConfig.java:1984)
    at java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515)
    at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
    at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1130)
    at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:630)
    at java.base/java.lang.Thread.run(Thread.java:832)

Answer 1

它与 Docker 中的用户 UID/GUID 有关。 不知何故，该文件由相同的用户名拥有，但它在此容器中具有不同的 UUID，这将事情搞砸了。 在确保同一用户在源和目标中具有相同的 UUID 后，问题就消失了。