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

Question

我在Nginx反向代理后面运行了一个Tomcat 8实例。它提供一个常规的J2EE应用程序，我们通过Maven 3和cargo-Maven 2插件进行更新。

通常情况下，这很好，但是最终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的服务器概述，上传会导致一个挥之不去的线程，除非服务器重新启动，否则线程不会消失。日志上什么都没说！

Answer 1

经过长时间的问题解决，我们终于找到了答案。事实证明，内存量是问题所在；使用我们的配置，Tomcat无法在可用内存中旋转upp新应用程序。

奇怪的是，这种行为确实是随机的，有时它可以工作，虽然只剩下很少的内存，但有时却没有，尽管有足够的内存可用。

我们结束了upp，增加了最大的可用内存(它是一个虚拟服务器)，这样它就可以在实际部署期间扩展，然后再稳定下来。从那以后我们就没见过这个问题了。