【问题标题】:CPU Load Issue (Magnolia-5.3.3 Jackrabbit-2.8.0)CPU 负载问题 (Magnolia-5.3.3 Jackrabbit-2.8.0)
【发布时间】:2014-10-01 21:57:17
【问题描述】:

项目使用 DAM 作为许多 mp3 的存储以进行许可(计划超过 750Gb) 我们通过 Rest 上传 mp3 和元数据。 服务器:CPU 2 GHz,内存 1.2 Gb 适用于 java 64bit 1.7.0_51-b13 (jelastic),DB - MySQL

我们上传 30 Gb 的 mp3。之后突然木兰加载所有 CPU 资源 - 100%。 任何有关它的错误或警告都在日志中。 Magnolia 可以工作,但速度很慢。 重启没有帮助。

可能是在修复所有工作区存储库服务器后启动并正常工作 - 我不确定。 DAM 工作区第一次加载超过 1.5 小时,然后加载超过 5-10 或 30 分钟。

但是在上传下一个 20 Gb 之后,我们遇到了同样的麻烦。修复存储库没有帮助。

对于每个workspace.xml下一个参数中更改的修复存储库:

<PersistenceManager class="org.apache.jackrabbit.core.persistence.pool.MySqlPersistenceManager">
....
<param name="consistencyCheck" value="true" />
<param name="consistencyFix" value="true" />
</PersistenceManager>
    <SearchIndex class="org.apache.jackrabbit.core.query.lucene.SearchIndex">
...
      <param name="forceConsistencyCheck" value="true"/>
      <param name="autoRepair" value="true"/>
<param name="onWorkspaceInconsistency" value="log"/>

【问题讨论】:

  • 我建议您向您的托管服务提供商寻求有关此问题的帮助。此外,查看应用程序服务器日志对找出问题所在非常有帮助。
  • 感谢您的推荐。但是“任何错误或警告” - 都记录在调试中。在服务器终端“ps aux”或“top”中显示:java (tomcat) 进程加载 CPU。
  • 我在新的存储库文件夹上运行了 magnolia 并上传了 10 Gb - 一切正常(同时)。
  • 考虑将 DAM 资产提供商更改为 JackRabbit 以外的其他提供商,例如文件系统。文档:Configurationasset provider API。您可以扩展现有的 JCR API 以将文件存储在文件系统中而不是 JCR 中。

标签: java jackrabbit jcr magnolia jelastic


【解决方案1】:

我猜问题是您要上传的内容类型 - JackRabbit 正在索引 mp3(队列外)。这也是为什么重新启动没有帮助的原因,因为 repo 知道这些文件仍然没有被索引并继续处理它们。解决方案应该是更改索引配置以关闭这些文件的索引。有关详细信息,请参阅 Search IndexFull text parsing

HTH, 一月

【讨论】:

  • 谢谢。我在失败的存储库上启动了 DAM 工作区的索引重建。 Magnolia-cms 有效。
猜你喜欢
  • 2014-09-29
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2011-08-02
  • 1970-01-01
  • 2014-04-11
  • 1970-01-01
相关资源
最近更新 更多