HTTP Deployer 抛出“在本机端加载 JVM 的尝试失败"； [英] HTTP Deployer throws "Attempt to load JVM failed on native side"

问题描述

在 Tridion 2011 SP1 上，我刚刚重新启动 HTTP 部署器后，当我尝试访问 HTTPUpload.aspx 时收到错误尝试在本机端加载 JVM 失败".

On Tridion 2011 SP1, after I just restarted an HTTP Deployer, I get the error "Attempt to load JVM failed on native side" when I try to access HTTPUpload.aspx.

有什么问题?

我添加了一个环境变量 JAVA_HOME，重新启动了服务器，但到目前为止没有运气.

I added an env variable JAVA_HOME, restarted the server, but no luck so far.

非常感谢！

推荐答案

这个故事比最初想象的要深刻得多，归结为内存分配.

The story is way deeper than initially believed and it all boils down to memory allocation.

在我的案例中，罪魁祸首是我们分配给在 IIS 下运行的 Java 进程(在 JuggerNET 中)的堆大小.我在 32 位服务器上有 4 个 CD 实例(4 个网站，每个网站运行一个 CD 堆栈)，内存为 4GB.堆大小设置为 1024M.自然没有足够的内存来分配 4GB 的堆空间.

The culprit in my case was the heap size that we allocate to the Java process running underneath IIS (in JuggerNET). I have 4 CD instances (4 websites running each a CD stack) on 32bit server, with memory 4GB. The heap size was set to 1024M. Naturally there was not enough memory to allocate 4GB of heapspace.

减少堆大小或停止网站解决了这个问题.

Reducing the heapsize OR stopping a website solved the issue.

堆大小由注册表项控制

HKEY_LOCAL_MACHINE\SOFTWARE\Tridion\Content Delivery\General\jvmarg1

值为 -Xmx1024M.

另一个罪魁祸首可能是将 64 位的 CD DLL 与 32 位服务器混合，因此请检查并仔细检查您的 DLL ！！！我知道我做了 :) 几个小时...

Another culprit might be mixing CD DLLs from 64bit with 32bit servers, so check and double check your DLLs!!! I know I did :) hours long...

这篇关于HTTP Deployer 抛出“在本机端加载 JVM 的尝试失败"；的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！