HCL Commerce Version or later

Persisting logs to a central log storage location (Version or later)

By persisting log files to a central location outside of the Docker containers, you can perform diagnostics and troubleshoot issues even if the container is not accessible or is destroyed.

Starting with HCL Commerce Version, inside each Docker container, log files are collected to a unique folder name that is derived from the containerType and the containerId. For example, assuming that you have two Search server Docker containers, the log files are in the following directories.
  • Search container 1: /opt/WebSphere/Liberty/usr/servers/default/logs/container/search_<containerId1>
  • Search container 2: /opt/WebSphere/Liberty/usr/servers/default/logs/container/search_<containerId2>
Previously, log files were collected in the standard /logs/ directory, which made it hard to collect and organize files from different containers.
Note: If you want to set the log folder to a different directory inside the container, you can use the following Run Engine command.
run set-trace-log-directory <new_log_path>
For more information about how the start up process sets the log folder, see the /SETUP/bin/entrypoint.sh script.
You can persist all container log files by creating a volume mount point to the Docker host machine or central log server. Since every container has its own unique log folder (containerType_containerId), you can simply mount all container log directories (*/logs/) to the same path on your host machine.
Image of the containers feeding to the central log storage

About this task

The following procedure provides an example for how to persist log files from a local HCL Commerce environment to the Docker host machine by using Docker Compose. You can also apply the same strategy to persist log files from environments deployed by using other tools such as Kubernetes or Marathon. For more information about mounting methods with other deployment strategies, refer to the respective official documentation.


  1. Create a folder on the Docker host machine to store the log files.

    For example, create a /logs directory to store files from the Transaction, Store, Search, xC, and Web servers.

    The Utility server container does not follow the convention containerType_containerId since you do not need to deploy multiple Utility containers. Create a separate directory such as /logs/utils.

  2. Configure your Docker containers to start with a volume mount to the corresponding directory that you just created on the Docker host machine.
    For example, if you are using Docker Compose, edit the Compose file to add the volumes flag.
    The following examples provide the paths to where the logs are generated in each container.
    • For Transaction server Docker container,
    • For Web server Docker container,
          - "/logs:/opt/WebSphere/HTTPServer/logs"
    • For Search server Docker container,
      The /opt/WebSphere/Liberty/usr/servers/default/logs/container directory also links to the /profile/logs directory in the container.
    • For Store server Docker container,
      The /opt/WebSphere/Liberty/usr/servers/default/logs/container directory also links to the /profile/logs directory in the container.
    • For Customization server Docker container,
    • For Utility server Docker container
    For more information, see
  3. Deploy containers by using the updated Docker Compose file.


On your host machine, your /logs directory should have similar folders.
  • /logs/search_<containerId>
  • /logs/store_<containerId>
  • /logs/ts_<containerId>
  • /logs/web_<containerId>
  • /logs/xc_<containerId>
  • /logs/utils

What to do next

Think about how to handle log files from your production environment where you might have multiple containers of each component. For example, you might consider using multiple central log servers for load balancing. Or you might want to only persist the SystemOut.log file to the central log server in real time, and then configure a scheduler to asynchronously persist the trace.log file.