Dies kann passieren, weil Ihr Transportdienst das Abrufen des Deployers beendet hat, da die in der Transport Service-Konfigurationsdatei konfigurierten Abfrageintervalle/max poll time an ihre Grenzen stoßen. Angenommen, dies ist der Fall, hat der Deployer weiterhin Dateien bereitgestellt, aber der Transportdienst hat die Überprüfung aufgegeben. Ich würde jedoch erwarten, dass der Status schließlich in der Veröffentlichungswarteschlange fehlschlägt.
Es ist nicht klar, ob Sie GA oder SP1 von SDL Tridion 2011 verwenden. Es gibt eine Reihe von Hotfixes, mit denen Sie diese Probleme für GA und HR1 beheben können, die alle in SP1 gebündelt sind. Insbesondere lösen diese Probleme einige Probleme im Zusammenhang mit der Rückgabe von Antworten an den Transport Service nach einem (nicht katastrophalen) Fehler im Deployer, nachdem eine große Warteschlange mit Elementen oder eine besonders große Transaktion zu bewältigen ist. Ich empfehle Ihnen dringend, die neuesten Patches zu installieren, bevor Sie versuchen, das Verhalten über die Konfiguration anzupassen.
Wenn Sie bereits alle Patches angewendet haben, überprüfen Sie bitte, ob Sie sie korrekt angewendet haben (kopierte alle neuen Dateien usw.) auf die CD-Seite (Deployer und Broker usw.) sowie auf die CM-Seite.
Konstant oder zufällig? Welches ist es? –
Ich denke, "zufällig" war der falsche Begriff. Nach einer Massenveröffentlichungsphase und wenn die Transaktion im Ordner bin \ transaction hängen geblieben ist, stoppt der Transport den Deployer, der dieses Problem verursacht. Alles beginnt jetzt viel mehr Sinn zu machen =) –
Hallo Robert, ich habe gerade bemerkt, dass du dich noch nicht dem [Area 51 Tridion spezifischen Vorschlag] verpflichtet hast (http://area51.stackexchange.com/proposals/38335/tridion? Referrer = gPujQMxthNCNn9xqeeO2NA2). Können wir uns 5 Sekunden Ihrer Zeit ausleihen und Sie bitten, den Commit-Knopf zu drücken, wenn Sie einen Moment haben? –