If you encounter these HA issues, consider performing the following tuning exercise.
b |
Edit the config/jgroups-config.xml file. |
b |
Change otherhost to the host name of the secondary server in the cluster. For example: |
NOTE: In these examples, 7800 is the port number used for TCP communication. For more information about the HA ports used by the Management Server, see Configuring High Availability mode ports . |
When configuring Foglight® Management Servers that are installed on hosts with multiple network interfaces (that is, with multiple IP addresses and host names), you can specify the IP address that is to be used for communication with the server. To specify the IP address and host name, configure the following parameters in the server.config file:
• |
X.X.X.X is the desired IP address. |
• |
host_name is the DNS (Domain Name System) host name or the IP address. |
If a DNS host name is not available for the bind address, the IP address can be used:
When the Management Server is configured to run in HA mode, you also need to reconfigure the restarter to perform server health check with the same host name or IP address. To do that, open the restart_monitor.config file, locate the health.check.url and server.host properties, and set their values to the one specified by the server.remote.address parameter (in server.config).
For more information about server.bind.address and server.remote.address, see the comments in server.config.
Management Servers running on a VMware® Linux® x86_64 image fail to start up and a “jave.net.BindException: Cannot assign requested address exception” is raised. (85262)
Workaround: Start the Management Server with the following command:
-Djava.net.preferIPv4Stack=true
For more information, see: the JGroups FAQ (http://community.jboss.org/wiki/JGroupsFAQ) and Oracle® Bugs for it (http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6521974).
Sometimes, after what appears to be a normal and successful startup, an HA server is automatically shut down and restarted. The most likely reason for this is a misconfiguration of health check URL in the restart_monitor.config file.
You can check the server_restarter_xxxx-xx-xx_xxxxx_xxx.log file to determine if this scenario is what caused the restart. If so, edit the restart_monitor.config file by locating the line beginning with health.check.url and configuring the URL properly.
© 2024 Quest Software Inc. ALL RIGHTS RESERVED. Nutzungsbedingungen Datenschutz Cookie Preference Center