Items failed during Preparing Transport/Transporting phase . No error log seen in Event Viewer or cd_transport logs. Noticed that publishing package is not being generated for the items that are failed. Restarting the CM database solved the issue.How to find why items were failed in that phase ? Will there be any logging in the CM database to verify or can it be found in any other logs? (Using Tridion 2013 SP1 version)
3 Answers
Most likely reason for failure in transport phase is connectivity with deployer having issues.
For your error, since it is resolved by restarting CM, it seems you are transporting package on https to deployer and there were issues with certificate for https, which can be resolved by restart of service.
For checking error details you can look at following 3 location:
- Publishing queue, click on failed state to see error.
- Cd_transport log, which can be configured in transport service configure located in bin folder.
- Tridion event log.
-
Thanks Hiren for your response. But I don't see any error details in the publishing queue when clicked on the failed state. cd_transport, event viewer also do not contain any details about the failed items. Issue got resolved by restarting CM database instance not service. Commented Sep 5, 2015 at 17:42
-
This doesn't make sense because CM database issues would have failed rendering and it would not have failed on transport. Commented Sep 5, 2015 at 20:08
-
Okay Hiren,but how to find the rendering mode issues ? Consider there is no problem with the CM database , then what might be the reason that for few items bak files were created which were success and the items that were failed don't have the bak file created in the transactions folder. Commented Sep 6, 2015 at 3:07
-
If it was not database issue then it can't be resolved with database instance restart. In publishing queue, what was the last successful state that was being displayed at the time of failure. Commented Sep 8, 2015 at 5:47
-
The Publisher service is responsible for creating the transport package. In your case the package was not created hinting at an issue with the Publisher service. The Publisher also places a heavy load on the Database as it tries to render the content with the templates, and somewhere in this 'conversation' between the publisher and database things went wrong. Maybe the event viewer or log on the database server has some clues. You can also check the publisher log if it was configured in the MMC snapin.
SDL Tridion HTTP Upload and Responder Servlet
? Is this a new deployer or existing? Double/triple check configurations, ports. Are you using linux or windows as deployer?