You are here

Tracking clustering issues

Use this information to track clustering issues.
  • The main clustering debug information can be customized using the following log4j setting (default value is INFO):
  • For a better control and more detailed clustering debug information, the following category can be configured:  
This controls clustering initialisation and shutdown. It provides INFO level startup and shutdown messages. It also provides WARN level messages, if clustering is disabled or an invalid 6.1 license is installed.
Here is an example output:
12:38:38,769 INFO [org.alfresco.enterprise.repo.cluster.core.ClusteringBootstrap] Cluster started, name:
12:38:38,776 INFO [org.alfresco.enterprise.repo.cluster.core.ClusteringBootstrap] Current cluster
      members: (hostname: (hostname:    
  • When a cluster member leaves or joins, the following class generates an informative INFO level message:
Here is an example output:
12:38:47,560 INFO [org.alfresco.enterprise.repo.cluster.core.MembershipChangeLogger] Member joined: (hostname:
12:38:47,569 INFO [org.alfresco.enterprise.repo.cluster.core.MembershipChangeLogger] Current cluster
      members: (hostname: (hostname: (hostname:
  • An important aspect of clustering is caching. To log cache creation (for example, increase the cache related logging to DEBUG level), enable the following log categories:
  • The underlying clustering technology, Hazelcast, is configured to use log4j for logging. Therefore, you can configure logging for the whole Hazelcast top-level package, as shown:
To increase logging from Hazelcast’s member joining mechanism, enable the following log category:
  • Alfresco uses the Hazelcast library internally for clustering synchronization of data. With the addition of Java 11 modules, there is a warning in the application startup log for the repository app, as shown:

WARNING [localhost-startStop-1] com.hazelcast.instance.HazelcastInstanceFactory.null Hazelcast is starting 
    in a Java modular environment (Java 9 and newer) but without proper access to required Java packages. Use 
    additional Java arguments to provide Hazelcast access to Java internal API. The internal API access is used 
    to get the best performance results. Arguments to be used:
--add-exports java.base/jdk.internal.ref=ALL-UNNAMED 
--add-opens java.base/java.lang=ALL-UNNAMED 
--add-opens java.base/java.nio=ALL-UNNAMED
--add-opens java.base/ 

See the Hazelcast documentation for more details.

For more details about the danger of using those parameters, see Note the warning on that page:

Note: The --add-exports and --add-opens options must be used with great care. You can use them to gain access to an internal API of a library module, or even of the JDK itself, but you do so at your own risk: If that internal API is changed or removed, then your library or application will fail.

We decided not to hide this warning, since that may hide other problems in other areas of the code. This decision will not impact the performance or security of the repository app. Any required modifications will be reviewed and addressed in the next available Java releases. It is assumed that Hazelcast will probably do the same.

Sending feedback to the Alfresco documentation team

You don't appear to have JavaScript enabled in your browser. With JavaScript enabled, you can provide feedback to us using our simple form. Here are some instructions on how to enable JavaScript in your web browser.