Skip Navigation Links | |
Exit Print View | |
Oracle GlassFish Server 3.1-3.1.1 High Availability Administration Guide |
1. High Availability in GlassFish Server
2. Setting Up SSH for Centralized Administration
3. Administering GlassFish Server Nodes
4. Administering GlassFish Server Clusters
5. Administering GlassFish Server Instances
Types of GlassFish Server Instances
Administering GlassFish Server Instances Centrally
To Create an Instance Centrally
To List All Instances in a Domain
To Delete an Instance Centrally
To Start an Individual Instance Centrally
To Stop an Individual Instance Centrally
To Restart an Individual Instance Centrally
Administering GlassFish Server Instances Locally
To Start an Individual Instance Locally
Resynchronizing GlassFish Server Instances and the DAS
Default Synchronization for Files and Directories
To Resynchronize an Instance and the DAS Online
To Resynchronize Library Files
To Resynchronize Custom Configuration Files for an Instance
To Resynchronize Users' Changes to Files
To Resynchronize Additional Configuration Files
To Prevent Deletion of Application-Generated Files
To Resynchronize an Instance and the DAS Offline
To Enable Automatic EJB Timer Migration for Failed Clustered Instances
To Migrate EJB Timers Manually
6. Administering Named Configurations
7. Configuring Web Servers for HTTP Load Balancing
8. Configuring HTTP Load Balancing
9. Upgrading Applications Without Loss of Availability
10. Configuring High Availability Session Persistence and Failover
11. Configuring Java Message Service High Availability
Local administration does not require SSH to be set up. If SSH is not set up, you must log in to each host where remote instances reside and administer the instances individually.
Administering GlassFish Server instances locally involves the following tasks:
Note - Even if SSH is not set up, you can obtain information about instances in a domain without logging in to each host where remote instances reside. For instructions, see To List All Instances in a Domain.
Use the create-local-instance subcommand in remote mode to create a GlassFish Server instance locally. Creating an instance adds the instance to the DAS configuration and creates the instance's files on the host where the instance resides.
If the instance is a clustered instance that is managed by GMS, system properties for the instance that relate to GMS must be configured correctly. To avoid the need to restart the DAS and the instance, configure an instance's system properties that relate to GMS when you create the instance. If you change GMS-related system properties for an existing instance, the DAS and the instance must be restarted to apply the changes. For information about GMS, see Group Management Service.
Before You Begin
If you plan to specify the node on which the instance is to reside, ensure that the node exists.
Note - If you create the instance on a host for which no nodes are defined, you can create the instance without creating a node beforehand. In this situation, GlassFish Server creates a CONFIG node for you. The name of the node is the unqualified name of the host.
For information about how to create a node, see the following sections:
If you are adding the instance to a cluster, ensure that the cluster to which you are adding the instance exists. For information about how to create a cluster, see To Create a Cluster.
If the instance is to reference an existing named configuration, ensure that the configuration exists. For more information, see To Create a Named Configuration.
The instance might be a clustered instance that is managed by GMS and resides on a node that represents a multihome host. In this situation, ensure that you have the Internet Protocol (IP) address of the network interface to which GMS binds.
Remote subcommands require a running server.
Note - Only the options that are required to complete this task are provided in this step. For information about all the options for configuring the instance, see the create-local-instance(1) help page.
If the instance is to reference an existing configuration, specify a configuration that no other cluster or instance references.
$ asadmin --host das-host [--port admin-port] create-local-instance [--node node-name] [--config configuration-name] instance-name
The name of the host where the DAS is running.
The HTTP or HTTPS port on which the DAS listens for administration requests. If the DAS listens on the default port for administration requests, you may omit this option.
The node on which the instance is to reside.
If you are creating the instance on a host for which fewer than two nodes are defined, you may omit this option.
If no nodes are defined for the host, GlassFish Server creates a CONFIG node for you. The name of the node is the unqualified name of the host.
If one node is defined for the host, the instance is created on that node.
The name of the existing named configuration that the instance will reference.
If you do not require the instance to reference an existing configuration, omit this option. A copy of the default-config configuration is created for the instance. The name of this configuration is instance-name-config, where instance-name is the name of the server instance.
Your choice of name for the instance that you are creating.
Do not specify a cluster.
$ asadmin --host das-host [--port admin-port] create-local-instance [--node node-name] --config configuration-name instance-name
The name of the host where the DAS is running.
The HTTP or HTTPS port on which the DAS listens for administration requests. If the DAS listens on the default port for administration requests, you may omit this option.
The node on which the instance is to reside.
If you are creating the instance on a host for which fewer than two nodes are defined, you may omit this option.
If no nodes are defined for the host, GlassFish Server creates a CONFIG node for you. The name of the node is the unqualified name of the host.
If one node is defined for the host, the instance is created on that node.
The name of the existing named configuration that the instance will reference.
Your choice of name for the instance that you are creating.
If the instance is managed by GMS and resides on a node that represents a multihome host, specify the GMS-BIND-INTERFACE-ADDRESS-cluster-name system property.
$ asadmin --host das-host [--port admin-port] create-local-instance --cluster cluster-name [--node node-name] [--systemproperties GMS-BIND-INTERFACE-ADDRESS-cluster-name=bind-address] instance-name
The name of the host where the DAS is running.
The HTTP or HTTPS port on which the DAS listens for administration requests. If the DAS listens on the default port for administration requests, you may omit this option.
The name of the cluster to which you are adding the instance.
The node on which the instance is to reside.
If you are creating the instance on a host for which fewer than two nodes are defined, you may omit this option.
If no nodes are defined for the host, GlassFish Server creates a CONFIG node for you. The name of the node is the unqualified name of the host.
If one node is defined for the host, the instance is created on that node.
The IP address of the network interface to which GMS binds. Specify this option only if the instance is managed by GMS and resides on a node that represents a multihome host.
Your choice of name for the instance that you are creating.
Example 5-10 Creating a Clustered Instance Locally Without Specifying a Node
This example adds the instance kui-i1 to the cluster kuicluster locally. The CONFIG node xk01 is created automatically to represent the host xk01.example.com, on which this example is run. The DAS is running on the host dashost.example.com and listens for administration requests on the default port.
The commands to list the nodes in the domain are included in this example only to demonstrate the creation of the node xk01. These commands are not required to create the instance.
$ asadmin --host dashost.example.com list-nodes --long NODE NAME TYPE NODE HOST INSTALL DIRECTORY REFERENCED BY localhost-domain1 CONFIG localhost /export/glassfish3 Command list-nodes executed successfully. $ asadmin --host dashost.example.com create-local-instance --cluster kuicluster kui-i1 Rendezvoused with DAS on dashost.example.com:4848. Port Assignments for server instance kui-i1: JMX_SYSTEM_CONNECTOR_PORT=28687 JMS_PROVIDER_PORT=27677 HTTP_LISTENER_PORT=28081 ASADMIN_LISTENER_PORT=24849 JAVA_DEBUGGER_PORT=29009 IIOP_SSL_LISTENER_PORT=23820 IIOP_LISTENER_PORT=23700 OSGI_SHELL_TELNET_PORT=26666 HTTP_SSL_LISTENER_PORT=28182 IIOP_SSL_MUTUALAUTH_PORT=23920 Command create-local-instance executed successfully. $ asadmin --host dashost.example.com list-nodes --long NODE NAME TYPE NODE HOST INSTALL DIRECTORY REFERENCED BY localhost-domain1 CONFIG localhost /export/glassfish3 xk01 CONFIG xk01.example.com /export/glassfish3 kui-i1 Command list-nodes executed successfully.
Example 5-11 Creating a Clustered Instance Locally
This example adds the instance yml-i1 to the cluster ymlcluster locally. The instance resides on the node sj01. The DAS is running on the host das1.example.com and listens for administration requests on the default port.
$ asadmin --host das1.example.com create-local-instance --cluster ymlcluster --node sj01 yml-i1 Rendezvoused with DAS on das1.example.com:4848. Port Assignments for server instance yml-i1: JMX_SYSTEM_CONNECTOR_PORT=28687 JMS_PROVIDER_PORT=27677 HTTP_LISTENER_PORT=28081 ASADMIN_LISTENER_PORT=24849 JAVA_DEBUGGER_PORT=29009 IIOP_SSL_LISTENER_PORT=23820 IIOP_LISTENER_PORT=23700 OSGI_SHELL_TELNET_PORT=26666 HTTP_SSL_LISTENER_PORT=28182 IIOP_SSL_MUTUALAUTH_PORT=23920 Command create-local-instance executed successfully.
See Also
You can also view the full syntax and options of the subcommand by typing asadmin help create-local-instance at the command line.
Next Steps
After creating an instance, you can start the instance as explained in the following sections:
Use the delete-local-instance subcommand in remote mode to delete a GlassFish Server instance locally.
Caution - If you are using a Java Message Service (JMS) cluster with a master broker, do not delete the instance that is associated with the master broker. If this instance must be deleted, use the change-master-broker(1) subcommand to assign the master broker to a different instance. |
Deleting an instance involves the following:
Removing the instance from the configuration of the DAS
Deleting the instance's files from file system
Before You Begin
Ensure that the instance that you are deleting is not running. For information about how to stop an instance, see the following sections:
Remote subcommands require a running server.
$ asadmin --host das-host [--port admin-port] list-instances instance-name
The name of the host where the DAS is running.
The HTTP or HTTPS port on which the DAS listens for administration requests. If the DAS listens on the default port for administration requests, you may omit this option.
The name of the instance that you are deleting.
$ asadmin --host das-host [--port admin-port] delete-local-instance [--node node-name] instance-name
The name of the host where the DAS is running.
The HTTP or HTTPS port on which the DAS listens for administration requests. If the DAS listens on the default port for administration requests, you may omit this option.
The node on which the instance resides. If only one node is defined for the GlassFish Server installation that you are running on the node's host, you may omit this option.
The name of the instance that you are deleting.
Example 5-12 Deleting an Instance Locally
This example confirms that the instance yml-i1 is not running and deletes the instance.
$ asadmin --host das1.example.com list-instances yml-i1 yml-i1 not running Command list-instances executed successfully. $ asadmin --host das1.example.com delete-local-instance --node sj01 yml-i1 Command delete-local-instance executed successfully.
See Also
You can also view the full syntax and options of the subcommands by typing the following commands at the command line:
asadmin help delete-local-instance
asadmin help list-instances
Use the start-local-instance subcommand in local mode to start an individual instance locally.
$ asadmin start-local-instance [--node node-name] instance-name
Note - Only the options that are required to complete this task are provided in this step. For information about all the options for controlling the behavior of the instance, see the start-local-instance(1) help page.
The node on which the instance resides. If only one node is defined for the GlassFish Server installation that you are running on the node's host, you may omit this option.
The name of the instance that you are starting.
Example 5-13 Starting an Individual Instance Locally
This example starts the instance yml-i1 locally. The instance resides on the node sj01.
$ asadmin start-local-instance --node sj01 yml-i1 Waiting for yml-i1 to start ............... Successfully started the instance: yml-i1 instance Location: /export/glassfish3/glassfish/nodes/sj01/yml-i1 Log File: /export/glassfish3/glassfish/nodes/sj01/yml-i1/logs/server.log Admin Port: 24849 Command start-local-instance executed successfully.
See Also
You can also view the full syntax and options of the subcommand by typing asadmin help start-local-instance at the command line.
Next Steps
After starting an instance, you can deploy applications to the instance. For more information, see Oracle GlassFish Server 3.1 Application Deployment Guide.
Use the stop-local-instance subcommand in local mode to stop an individual instance locally.
When an instance is stopped, the instance stops accepting new requests and waits for all outstanding requests to be completed.
$ asadmin stop-local-instance [--node node-name] instance-name
The node on which the instance resides. If only one node is defined for the GlassFish Server installation that you are running on the node's host, you may omit this option.
The name of the instance that you are stopping.
Example 5-14 Stopping an Individual Instance Locally
This example stops the instance yml-i1 locally. The instance resides on the node sj01.
$ asadmin stop-local-instance --node sj01 yml-i1 Waiting for the instance to stop .... Command stop-local-instance executed successfully.
See Also
You can also view the full syntax and options of the subcommand by typing asadmin help stop-local-instance at the command line.
Troubleshooting
If the instance has become unresponsive and fails to stop, run the subcommand again with the --kill option set to true. When this option is true, the subcommand uses functionality of the operating system to kill the instance process.
Use the restart-local-instance subcommand in local mode to restart an individual instance locally.
When this subcommand restarts an instance, the DAS synchronizes the instance with changes since the last synchronization as described in Default Synchronization for Files and Directories.
If you require different synchronization behavior, stop and start the instance as explained in To Resynchronize an Instance and the DAS Online.
$ asadmin restart-local-instance [--node node-name] instance-name
The node on which the instance resides. If only one node is defined for the GlassFish Server installation that you are running on the node's host, you may omit this option.
The name of the instance that you are restarting.
Example 5-15 Restarting an Individual Instance Locally
This example restarts the instance yml-i1 locally. The instance resides on the node sj01.
$ asadmin restart-local-instance --node sj01 yml-i1 Command restart-local-instance executed successfully.
See Also
You can also view the full syntax and options of the subcommand by typing asadmin help restart-local-instance at the command line.
Troubleshooting
If the instance has become unresponsive and fails to stop, run the subcommand again with the --kill option set to true. When this option is true, the subcommand uses functionality of the operating system to kill the instance process before restarting the instance.