To może się zdarzyć, ponieważ usługa transportowa zatrzymała odpytywanie osoby, z której korzysta wdrażający, ponieważ interwały sondowania/maksymalny czas odpytywania skonfigurowane w pliku konfiguracyjnym usługi transportowej osiągnęły swoje granice. Zakładając, że tak jest, Deployer kontynuował wdrażanie plików, ale Usługa Transportowa zrezygnowała z sprawdzania. Jednak spodziewam się, że raport o stanie nie powiodł się w kolejce publikacji.
Nie jest jasne, czy używasz GA lub SP1 SDL Tridion 2011. Istnieje wiele poprawek, które pomogą rozwiązać te problemy dla GA i HR1, z których wszystkie są dołączone do SP1. Konkretnie rozwiązują one niektóre problemy związane z powracaniem odpowiedzi do usługi transportowej po jakiejś (nie-katastroficznej) awarii w Deployer po otrzymaniu dużej kolejki elementów lub szczególnie dużej transakcji, z którą można się uporać. Sugeruję zainstalowanie najnowszych poprawek przed próbą dostosowania zachowań poprzez konfigurację.
Jeśli wszystkie poprawki zostały już zastosowane, sprawdź ponownie, czy zostały one prawidłowo zastosowane (skopiowano wszystkie nowe słoiki itp.) Na stronie CD (Deployer and Broker itp.), A także po stronie CM.
Stały lub losowy? Który to jest? –
Myślę, że "losowy" był niewłaściwym terminem. Po masowej fazie publikacji i jeśli transakcja utknęła w folderze bin \ transaction, zatrzymanie transportu odpytuje wdrażającego, co powoduje ten problem. Wszystko zaczyna się teraz o wiele bardziej sensowne =) –
Witaj, Robercie, właśnie zauważyłem, że nie zaangażowałeś się jeszcze w konkretną propozycję [Area 51 Tridion] (http://area51.stackexchange.com/proposals/38335/tridion? referrer = gPujQMxthNCNn9xqeeO2NA2). Czy możemy pożyczyć 5 sekund twojego czasu i poprosić cię o naciśnięcie przycisku zatwierdzenia, jeśli masz chwilę? –