Managing and Monitoring the OpenROAD Server
Overview of the OpenROAD Server Manager
This chapter describes how to manage and monitor the OpenROAD Server using the OpenROAD Server Manager. This chapter describes:
• The Server Manager environment
• Interfaces between the Server Manager and ASOLib
• The Server Manager interface, and how to start it
• Configuration options for Name Servers and the Server Pooler (SPO)
For more information about the Manage tab, see the Workbench User Guide.
The Server Manager manages and monitors the OpenROAD Server.
The Server Manager provides an intuitive graphical user interface (GUI) for managing the installation—the Visual OpenROAD Server Administrator (VOSA).
You may start VOSA by either using the “Visual OpenROAD Server Administrator” link in the “Actian OR 11.2 Server” start menu group or by issuing the following command from an OpenROAD command line:
w4glrun TCA_vasa.img -Lvosa.log
The GUI is also available on the Manage tab of OpenROAD Workbench.
The Python script orserveradm.py provides a command line interface for managing the installation (for more information, see
Manage the Installation with orserveradm.py Script).
Note: Using the Server Manager, whole installations or individual application instances can be enabled, disabled, and replaced quickly.
Each OpenROAD Server installation has one OpenROAD Name Server. A Name Server is an OpenROAD Server application used by clients to connect to an application by name rather than by hard-coded connection parameters. It is responsible for storage and retrieval of all OpenROAD Server configuration data in the installation’s JSON configuration file. Multiple applications can be registered with one or more OpenROAD Name Servers to provide connection load balancing across processes within a given machine and across processes on different installations.
You can drill down into a particular application to monitor it. The application can be started and stopped, and individual user sessions can be monitored and traced. Each application's callable interface can also be explored dynamically using the Server Manager meta data interface.
The Server Manager also serves as a production system housekeeping console, invoking garbage collection and expired session timeouts within each application and freeing up memory used by stale objects where appropriate. Application registrations can be configured to auto-suspend on connection failure. (At least one instance of the Server Manager must be running for these functions to be operational.)
Last modified date: 12/20/2023