主页 / server / 问题 / 814254
Accepted
method
Asked: 2016-11-11 09:06:09 +0800 CST

Tomcat 8 管理器在部署时返回代码 413

  • 772

我有一个在 Nginx 反向代理后面运行的 Tomcat 8 实例。它为我们通过 Maven 3 和 cargo-maven2-plugin 更新的常规 J2EE 应用程序提供服务。

通常这工作正常，但最终，Tomcat 管理器（或 Nginx，很难说真的）失败，返回 413 实体太大。最大上传大小设置为 150 MB，WAR 为 85，所以这应该不是问题。

[INFO] [edDeployerDeployMojo] Resolved container artifact org.codehaus.cargo:cargo-core-container-tomcat:jar:1.6.1 for container tomcat8x
[INFO] [mcat8xRemoteDeployer] Deploying [C:\source\web-0.1-SNAPSHOT.war]
[INFO] ------------------------------------------------------------------------
[INFO] BUILD FAILURE
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 02:56 min
[INFO] Finished at: 2016-11-10T17:07:30+01:00
[INFO] Final Memory: 61M/656M
[INFO] ------------------------------------------------------------------------
[ERROR] Failed to execute goal org.codehaus.cargo:cargo-maven2-plugin:1.6.1:deploy (default-cli) on project reforce-fasthi-web: Execution default-cli of goal org.codehaus.cargo:cargo-maven2-plugin:1.6.1:deploy failed: Failed to deploy [C:\source\web-0.1-SNAPSHOT.war]: Server returned HTTP response code: 413 for URL: https://server:443/manager/text/deploy?path=%2F&version=20161110-1604UTC -> [Help 1]

有什么想法可能是这里的问题吗？我已经尝试了很多东西，比如绕过 Nginx（在这种情况下传输超时）。根据 Tomcat Manager 的服务器概述，上传会导致一个延迟线程，除非重新启动服务器，否则该线程不会消失。日志什么也没说！

tomcat nginx tomcat8

1 个回答

  1. Best Answer

    经过多次长时间的故障排除，我们终于找到了答案。事实证明，内存量是问题所在；使用我们的配置，Tomcat 无法在可用内存中启动新应用程序。

    奇怪的是，这种行为确实是随机的，有时尽管内存很少，但有时它会起作用，有时尽管有足够的可用内存，但它却不起作用。

    我们最终增加了最大可用内存量（它是一个虚拟服务器），以便它可以在实际部署期间扩展，然后再次稳定下来。从那以后我们就再也没有看到过这个问题（敲木头......）。

    • 0

相关问题