Troubleshooting Tips

The Azul Community site contains a running list of recent tips. The following is a brief list of common trouble points:

Preparation Tips

Ensure your PATH and JAVA_HOME variables are set accurately in the shell or context of your runtime application. Crosstalk with other installed JVMs leads to aberrant, often random unwanted behaviors.

Ensure you have the proper Zulu architecture for your OS and kernel. Using incorrect processor type or bitness may fail to operate at all.

VM Property Override

Some applications may expect particular VM property string values, such as vendor, set to values different from OpenJDK defaults. Zulu provides the XX:+OverrideVMProperties argument to allow new property values. Use - XX:+OverrideVMProperties with a -D option for the property to be overridden. For example:

-XX:+OverrideVMProperties -Djava.vm.vendor="CompanyName"

JRE-only Tips

Zulu builds are generally visible to monitoring tools by default. In JRE-only Zulu builds, Java may be invisible to monitoring tools. This is due to the -XX:-UsePerfData flag default setting to off for JRE-only builds.

To resolve this issue, run the target JRE with -XX:+UsePerfData. This enables monitoring tools to see the Java instance.

Tomcat Advisory

To avoid unexpected failures of Zulu 8, it is recommended to upgrade your Tomcat 6 to the version 6.0.37 or higher, and Tomcat 7 to the version 7.0.34 or higher.

Cassandra Issue

Cassandra 3.7 cannot start with Zulu 8.27 because of the known dependencies on some JDK internal classes and interfaces that have been changed in Java SE 8, update 162. See CASSANDRA-14173.

Time Zone Data Update

The ZIUpdater tool does not zupport Zulu version 9 and later versions of Zulu.

Azul Repository Tips

Azul provides many Linux binaries on the Azul Repository. They remain predominantly compatible for x86-64. To install Arm packages from the repository using APT, run the following command with the term “embedded” in the package name:

$ sudo apt-get install zulu-embedded-8

The Azul repository can determine whether your Arm processor is hard-float or soft-float, and whether it is 32-bit or 64-bit.

Notice how this differs from the command for x86-64 which omits “embedded” in the package name:

$ sudo apt-get install zulu-8

All other APT commands are applicable to all platforms. Review Installation on Linux Using an APT Repository for more on installing Zulu through APT.

Creating a Symlink to the jvm-exports Directory

While installing Zulu on RPM systems, the installer adds it to the /usr/lib/jvm/zulu-8/ directory. Certain tools, such as ant expects Java executable to be present from the following location /usr/lib/jvm-exports. To avoid error messages, you need to create a symlink to the jvm-exports directory after Zulu installation. For example, assume that Zulu is installed in /usr/lib/jvm/zulu-8-x86. Perform the following steps to create a symlink:

$cd /usr/lib/jvm-exports $ln -s /usr/lib/jvm/zulu-8-x86 zulu-8-x86

To verify the symlink, run:

$ ls -lart | grep -i "zulu-8-x86"

You should expect the following output:

0 lrwxrwxrwx 1 root root 34 Sep 29 18:22 zulu-8-x86 -> /usr/lib/jvm/zulu-8-x86

Running Java Flight Recording in Zulu 8

Zulu 8 inherits the implementation of Java Flight Recorder (JFR) from OpenJDK 11.

To use JFR on an active Zulu java process no command-line option is necessary, just run jcmd JAVAPID JFR.start to enable recording when needed. The overhead of JFR before it gets activated with JFR.start is negligible since none of the events get sent and no JFR java classes get loaded (JFR java classes undergo class transformation during the load time). Alternatively, you can enable recording directly on the launch of the Java process by adding and configuring -XX:StartFlightRecording. Setting -XX:-FlightRecorder on the command line prevents JFR from being enabled during runtime. It gives absolutely no performance benefit.

CKR_SAVED_STATE_INVALID exception on Solaris 10

Zulu 8 might throw CKR_SAVED_STATE_INVALID exception due to issues in Solaris 10 (see JDK-2209405).


Disable broken mechanisms by updating the configuration file $JAVA_HOME/jre/lib/security/sunpkcs11-solaris.cfg and including the following entries into the list of disabled mechanisms:


Open Product Issues

  • Windows: Observed hang issue with Maven projects launched under Eclipse. See the detailed explanation and workaround for the Eclipse bug. Applies to: all Zulu releases.
  • Zulu RPM Installers on SLES 11.3: Using the Zulu .rpm installer on a SLES 11.3 system requires RPM version 4.8 or later. Workaround: Use the Zulu .zip installer or upgrade your RPM to 4.8 or later.
  • Zulu 8.14, 7.16, and 6.14 cannot be downgraded to the earlier versions by using an RPM package.

    Workaround: Uninstall Zulu 8.14, 7.16, or 6.14 and then install an earlier version of Zulu.

  • CoreOS: CoreOS cannot transfer zero-length packets using datagram sockets. See more details in
    Workaround: Upgrade CoreOS to the kernel version 4.9.9 or higher.
  • OpenJSSE: The following algorithms are not supported by default by Zulu11.41 on Solaris 11.4: SSL_RSA_EXPORT_WITH_DES40_CBC_SHA and SSL_DHE_RSA_EXPORT_WITH_DES40_CBC_SHA.


    1. Open the $JAVA_HOME/jre/lib/security/ file.

    2. Find the following entry:

      security.provider.2=SunPKCS11 ${java.home}/conf/security/sunpkcs11-solaris.cfg
    3. Replace the value for security.provider.2: .

    4. After the change, the entry should look like this:


Support Information

For more information on Zulu, please visit the Azul website at one of the following locations: