Tridion 2011 SP1 GA-页面已成功发布,但队列卡在“中”;“等待部署”;

Tridion 2011 SP1 GA-页面已成功发布,但队列卡在“中”;“等待部署”;,tridion,Tridion,在Tridion 2011 SP1 GA中,我经常在随机时间遇到这种奇怪的错误 发布页面时,页面已成功写入文件系统,但在发布队列中,页面将卡在“等待部署”中 总有一天它会成功,而第二天它就会陷入困境 知道为什么会发生这种情况吗?之所以会发生这种情况,是因为您的传输服务已停止轮询部署程序,因为在传输服务配置文件中配置的轮询间隔/最大轮询时间已达到其限制。假设是这样,部署人员继续部署文件,但传输服务已放弃检查。但是,我希望在发布队列中看到状态报告最终失败 目前还不清楚您使用的是SDL Tridion

在Tridion 2011 SP1 GA中,我经常在随机时间遇到这种奇怪的错误

发布页面时,页面已成功写入文件系统,但在发布队列中,页面将卡在“等待部署”中

总有一天它会成功,而第二天它就会陷入困境


知道为什么会发生这种情况吗?

之所以会发生这种情况,是因为您的传输服务已停止轮询部署程序,因为在传输服务配置文件中配置的轮询间隔/最大轮询时间已达到其限制。假设是这样,部署人员继续部署文件,但传输服务已放弃检查。但是,我希望在发布队列中看到状态报告最终失败

目前还不清楚您使用的是SDL Tridion 2011的GA还是SP1。有许多热修复程序将帮助解决GA和HR1的这些问题,所有这些都捆绑到SP1中。具体地说,这些解决了一些问题,这些问题涉及到在部署程序中出现某种(非灾难性的)故障后,在它获得一个大的项目队列或一个特别大的事务来处理之后,返回对传输服务的响应。我强烈建议您在尝试通过配置调整行为之前安装最新的补丁程序


如果您已经应用了所有补丁,请再次检查是否已将它们正确应用到CD端(部署器和代理等)以及CM端。

常量还是随机?哪一个?我猜“随机”是个错误的词。在大规模发布阶段之后,如果事务卡在bin\transaction文件夹中,传输将停止轮询部署程序,从而导致此问题。现在一切都开始变得更有意义了(嗨,罗伯特,我刚刚注意到你还没有对这个计划做出承诺。如果你有时间,我们可以借用你5秒钟的时间,请你按下提交按钮吗?谢谢你的回复,克里斯!你的回答指引了我正确的方向。早些时候,我们做了一些大规模的发布作业,许多项目被困在发布服务器上的bin\transaction文件夹中。清除旧事务并重新启动传输/发布服务器服务修复了该问题。