Containers (Known Issues)

You should be aware of the following limitations when using Visual COBOL with containers:

Debugging

  • On Ubuntu, in order for debugging to work within a Docker version 18.04 Container, you must update the kernel of the Docker host from version 5.0.0-27 to 5.0.0-31.
  • When using the COBOL Application launch configuration type to debug a COBOL application in a container, you cannot provide input to or see output from the application. This problem does not occur when using Docker commands to run the container, but does sometimes occur when running the application in a container from the IDE.

Docker for Windows

  • Under Windows 10, it may be necessary to increase the memory allocated to Docker when building or running containers if an out-of-memory exception is encountered. This is due to the size of Windows containers and the default memory allocated. A greater value can be set by passing the -m flag when executing docker build or docker run. This issue does not apply when running under Windows Server.
  • An intermittent issue has been observed when using Docker for Windows to build the supplied base images. If you receive the following error message, retry the build:
    hcsshim::CreateComputeSystem <container_hex_id>: The requested resource is in use

    You might need to try a number of times before it is successful.

For information on reporting or troubleshooting issues with Docker for Windows, see Docker: Logs and Troubleshooting or GitHub: Docker for Windows Issues.

General

  • Java is supported from version 17 onwards.
  • It is not possible to containerize COBOL applications using lightweight operating systems such as CoreOS Container Linux, SUSE MicroOS and Alpine Linux.
  • It is not possible to run COBOL applications in containers on Linux on PowerPC or S/390 chipsets.
  • Using the Micro Focus Support Scan Utility, MFSupportInfo, in a container is not supported on Windows.
  • The microsoft/windowsservercore image only supports the English language so you cannot use any other languages in images based on that image.

    The base images for Visual COBOL Build Tools for Windows that are created by the Docker demonstrations are based on the microsoft/dotnet-framework image (which is based on the microsoft/windowsservercore image), so this restriction applies to any images created using the Docker demonstrations.

  • If you are using a dockerfile generated from the Eclipse IDE, to build an image that contains an imported enterprise server region xml file, you need to amend the generated dockerfile so that the mfds command (shown below) passes in some sign-on credentials. This is due to Enterprise Server security being on by default; see Getting Started with Default Enterprise Server Security for details on acquiring the credentials.

    Dockerfile showing mfds command

    See Syntax for importing an XML formatted repository section in the mfds topic for syntax details on how to specify the credentials.

    Note: If you disable security, you do not need to amend the dockerfile.

Operating Systems

Visual COBOL is supported for use with Docker on the following Intel 64-bit operating systems:

  • Amazon Linux 2 and Amazon Linux 2023
  • Red Hat Enterprise Linux 8.2 (and subsequent 8.x versions)
  • SUSE Linux Enterprise Server 15 or later
  • Ubuntu 20.04 and Ubuntu 22.04 (including support for development containers)
  • Windows 10 (Pro or Enterprise editions) with Hyper-V enabled
  • Windows Server 2016
Note: Docker cannot be used on a PC that has VirtualBox or VMware installed.

Visual COBOL is supported for use with OCI-compliant container tools (such as podman, buildah, skopeo, and runc) on the following operating systems:

  • Red Hat Enterprise Linux 8.2 or later
  • Rocky Linux 9