【问题标题】:Tridion 2011 SP1 : Issue while deploying the contentTridion 2011 SP1:部署内容时出现问题
【发布时间】:2012-05-30 22:24:06
【问题描述】:

我们使用没有任何修补程序的 Tridion 2011 sp1 和 .net Web 应用程序 httpupload.aspx 在文件系统中部署内容。 我们监测发现有两个问题:

1) 在发布队列中成功发布的某些时间页面没有在文件系统中上传/更新。

2) 没有为因错误而失败的页面创建传输包:

部署失败阶段:部署处理阶段失败,无法初始化类 com.tridion.storage.StorageManagerFactory,无法初始化类 com.tridion.storage.StorageManagerFactory

同样在部署器日志文件和传输器日志文件中,没有对失败项目事务 ID 的引用。

谁能帮我解决这个问题?

【问题讨论】:

  • 您是否已将日志记录级别配置为“调试”?如果没有,这样做可能会让您更深入地了解问题。

标签: tridion tridion-2011 tridion-content-delivery


【解决方案1】:

尝试以下操作:

1) 在 Windows 事件日志中识别正在加载的 Deployer 的路径...通常它应该由 Tridion_Home 变量定义,但也有一个汇总逻辑,它也可能被拾取如果您已将部署程序配置和 bin 文件夹放在应用程序 bin 文件夹中以供 Tridion Content Delivery API 处理,则应用程序配置中的部署程序路径优先

2) 检查更新后的 SQL JDBC jar 文件是否存在于部署程序 bin 文件夹中

3) 确认您没有在 CMA 和/或 CDA 服务器上安装 1.6.0.26 到 1.6.0.30 之间的 jre 版本 - 检查 32 位和 64 位版本

【讨论】:

    【解决方案2】:

    您的日志中必须有更多关于失败的详细信息。

    无法初始化 StorageManagerFactory 通常会指向配置错误的 cd_storage_conf.xml 或缺少 jar。

    如果您偶尔遇到这种情况,那么一定是偶尔出现故障(例如您的数据库连接或文件系统)。

    请浏览您的部署程序和/或核心日志以获取更多信息。

    [更新]

    我认为您可能有第二个部署程序“侦听”同一个传入目录,并且该第二个部署程序已损坏。

    提示:

    1. 您说没有创建传输包。我假设你的意思是你找不到传输包 - 它必须在 CM 中创建,否则它不会失败。这意味着“有人”捡到了它

    2. “有时会发布,有时不会”== 有时它们会被正确的部署者拾取,有时它们会被错误的部署者拾取。

    3. 日志中没有对事务的引用

    在您的服务器中搜索所有 cd_deployer_conf.xml,然后比较所有“传入”文件夹设置。每个传入文件夹只能有一个部署者。

    【讨论】:

    • 感谢您的快速回复。我更新了我的帖子,提供了更多细节。
    猜你喜欢
    • 1970-01-01
    • 2012-07-02
    • 1970-01-01
    • 2012-10-10
    • 2012-09-10
    • 2012-05-18
    • 1970-01-01
    • 1970-01-01
    • 2012-07-13
    相关资源
    最近更新 更多