Reasons publishing gets stalled in Tridion Docs 14 SP3

Hello,

We're trying to pinpoint the causes of some intermittent problems with publishing where publishing stalls at the DITA-OT processing step and doesn't seem to progress any further:

Starting DITA-OT step: "Going to run 'ishrunditaot.ps1' to start the DITA-OT transformation process. This can potentially take a long time..."

Has anyone else run into a similar problem and do you have any tips to share about where to look for the culprit?

Parents
  • Hi Tatyana,

    Allow me to first give you some nice introduction, to give you the big picture and streamline terminology: ViewTXS 2020 Day 2: Integrating New Publishing Outputs SDL Tridion Docs 

    I assume you attempted to dig deeper in the Web Client > Event Log screens. To see the details per event line, and by pressing the paper clip icon you can even see (part of) the DITA-OT logging. Which looks to be your culprit.

    In case this does not work out, a classic approach on debugging is

    1. Settings > OutputFormat ... edit the properties of the OutputFormat and Disable the "Clean up" flag. This means that after version/resolution calculations all files will be left on the publish server under C:\InfoShare\DataDITA\Publish\Data
    2. Publish your problematic publication
    3. (Remember to Enable the "Clean up" flag again or you will run out of disk space because all intermediate publish files will eat the disk space)
    4. The intermediate folder contains some goodies for you
      1. C:\InfoShare\DataDITA\Publish\Data\nv25izltan4\work\logs\ditaot.log contains your logging
      2. C:\InfoShare\DataDITA\Publish\Data\nv25izltan4\__RunPublishPlugins.cmd allows you to re-run the postprocess plugins (where DITA-OT is one of those) again in console mode
      3. Have a look what happens on the file system, have a look in Process Explorer, etc.... debug Slight smile

    Screenshot of a Windows file explorer showing the directory C:InfoShareDataDITAPublishDatanv25izltan4 with subfolders and a command file open in Notepad with content visible.

    Best wishes,
    Dave

    emoji


    Generated Image Alt-Text
    [edited by: Trados AI at 6:49 AM (GMT 0) on 5 Mar 2024]
Reply
  • Hi Tatyana,

    Allow me to first give you some nice introduction, to give you the big picture and streamline terminology: ViewTXS 2020 Day 2: Integrating New Publishing Outputs SDL Tridion Docs 

    I assume you attempted to dig deeper in the Web Client > Event Log screens. To see the details per event line, and by pressing the paper clip icon you can even see (part of) the DITA-OT logging. Which looks to be your culprit.

    In case this does not work out, a classic approach on debugging is

    1. Settings > OutputFormat ... edit the properties of the OutputFormat and Disable the "Clean up" flag. This means that after version/resolution calculations all files will be left on the publish server under C:\InfoShare\DataDITA\Publish\Data
    2. Publish your problematic publication
    3. (Remember to Enable the "Clean up" flag again or you will run out of disk space because all intermediate publish files will eat the disk space)
    4. The intermediate folder contains some goodies for you
      1. C:\InfoShare\DataDITA\Publish\Data\nv25izltan4\work\logs\ditaot.log contains your logging
      2. C:\InfoShare\DataDITA\Publish\Data\nv25izltan4\__RunPublishPlugins.cmd allows you to re-run the postprocess plugins (where DITA-OT is one of those) again in console mode
      3. Have a look what happens on the file system, have a look in Process Explorer, etc.... debug Slight smile

    Screenshot of a Windows file explorer showing the directory C:InfoShareDataDITAPublishDatanv25izltan4 with subfolders and a command file open in Notepad with content visible.

    Best wishes,
    Dave

    emoji


    Generated Image Alt-Text
    [edited by: Trados AI at 6:49 AM (GMT 0) on 5 Mar 2024]
Children
No Data