Identifying the origin of environmental issues by running diagnostic checks
In a BMC Digital Workplace environment, issues with different components (such as BMC Remedy Action Request System, the BMC Digital Workplace server, and a database server) might prevent BMC Digital Workplace from functioning normally. You can identify the origin of such issues in your working BMC Digital Workplace environment by running the diagnostic utility.
The diagnostic utility performs checks and provides a detailed report about the status of the environment components. The utility does not require the BMC Digital Workplace server to be running, as it has a built-in Apache Tomcat runner that is initialized after you run the utility. In both clustered and non-clustered BMC Digital Workplace environments, you can run the diagnostic utility by using the web interface, by running the utility from CLI, or by running a script.
Example scenario
In Calbro Services, after making some BMC Remedy AR System configuration changes, Allen (a BMC Digital Workplace administrator) notices issues in the working BMC Digital Workplace environment. Allen uses the diagnostic utility to find out the origin of the issues. The BMC Remedy AR System checks fail, which indicate that the diagnostic utility cannot log in to BMC Remedy AR System by using the configuration stored in the CONFIGURATION_PARAMETER table. Allen updates the BMC Remedy AR System configuration information, which resolves the issue.
Video demonstrations
Important
The following videos show an older version of BMC Digital Workplace. The previous product name was MyIT. Although there might be minor changes in the UI, the overall functionality remains the same.
The following videos demonstrate different methods to run diagnostic checks:
Video | Description |
---|---|
This video (4:05) provides an overview and demonstration of running the diagnostic utility from the web interface. | |
This video (3:52) provides an overview and demonstration of running the diagnostic utility from CLI. | |
This video (3:37) provides an overview and demonstration of running the diagnostic utility by using scripts. |
Before you begin
- Ensure that you can access the computer where BMC Digital Workplace is hosted.
- Ensure that you can access the DWP_HOME\DWP\ directory, where DWP_HOME is the directory where BMC Digital Workplace is installed. The default installation location is as follows:
- (Windows) C:\Program Files\BMC Software\DWP
- (Linux) /opt/bmc/DWP/DWP
- Ensure that the diagnostic utility files are available in DWP_HOME\DWP\diagnostic\ directory. The diagnostic utility file names are as follows:
- (Web interface) diagnostic-agent-version.jar
- (Command-line interface) diagnostic-runner-version.jar
- (Scripts) diagnostic.bat (Windows) or diagnostic.sh (Linux)
To run diagnostic utility from the web interface
You must initialize the utility by running the diagnostic-agent-version.jar file directly on the BMC Digital Workplace host. You can view the results by accessing the web interface from the BMC Digital Workplace host or from a non-host computer. You can view the results multiple times by using the web interface, until you manually close the diagnostic-agent-version.jar file.
In clustered BMC Digital Workplace environments, to diagnose issues on individual nodes, you must run the utility separately on every node in the cluster.
- Open the command prompt and navigate to the directory where the diagnostic-agent-version.jar file is located.
Initialize the diagnostic utility by running the following command:
java -jar diagnostic-agent-<version>.jar --tomcat="path_to_tomcat_home" --port=<port number>
If you do not specify any port number, the default 8080 port will be used.
- Ensure that Apache Tomcat server started on the port.
- Access the web interface using a web browser; enter the URL in following format:
http://hostName:portNumber/
Example and output
Example command |
|
---|---|
Output | Results are presented on a web page. For information about diagnostic checks and their results, see Interpretation of diagnostic check results. |
To run the diagnostic utility from CLI
Run the diagnostic-runner-version.jar file directly on a BMC Digital Workplace host. In clustered BMC Digital Workplace environments, to diagnose issues on individual nodes, you must run the utility separately on every node in the cluster.
- Open the command from and navigate to the directory where the diagnostic-runner-version.jar file is located.
Run the following command:
java -jar diagnostic-runner-<version>.jar --tomcat="path_to_tomcat_home"
Example and output
Example command |
|
---|---|
Output | Results are presented in the following ways:
The debug.log file located in the DWP_HOME\DWP\diagnostic directory provides additional details in case issues occur while running utility. The file also provides the stack trace of failed checks. For information about diagnostic checks and their results, see Interpretation of diagnostic check results. |
To run the utility by using a script
Run the diagnostic.bat or diagnostic.sh file directly on a BMC Digital Workplace host. In clustered BMC Digital Workplace environments, you must run the utility separately on every node in the cluster.
Warning
Do not update any code in the script, other than the specified parameters. Doing so might result in script failure.
- Navigate to the diagnostic directory, and edit the diagnostic.bat (Windows) or diagnostic.sh (Linux) file by using a text editor such as Notepad.
- Define the value of
tomcat_dir
parameter, which specifies the location of the Apache Tomcat home directory. - Save and close the file
Run the diagnostic.bat or diagnostic.sh file.
Example and output
Example parameter |
|
---|---|
Output | Results are presented in the following ways:
The debug.log file located in the DWP_HOME\DWP\diagnostic directory provide additional details in case issues occur while running utility. The file also provides the stack trace of failed checks. For information about diagnostic checks and their results, see Interpretation of diagnostic check results. |
Interpretation of diagnostic check results
This section provides information about the checks run by the diagnostic utility, result statuses, and a description of each check, along with corrective actions in case of failures:
Diagnostic check statuses
The result of each health check is presented using the following statuses:
- PASSED—When no configuration issues are found.
- FAILED—When failure occurs. The reason for failure could be different for each check, for example, missing configuration, missing files, and connection issues.
Diagnostic check descriptions and corrective actions
Important
Use the corrective actions with caution. This is not an exhaustive list of causes of failure, and there might be other reasons of failure that require in-depth analysis. For further help, contact
BMC Support
.
The following table lists the diagnostic checks, provides possible causes of failure, and first-line corrective actions:
Check type | Description | Corrective actions in case of failure |
---|---|---|
Checks for the connect-dwp.properties file | The checks succeed if following conditions are met:
| Ensure that the location of connect-dwp.properties file is correct and the file is readable. |
SMTP check | The check succeeds if SMTP is configured in the connect-dwp.properties file. |
|
Webapp check | The check succeeds if the version-dwp.properties file is present in the DWP_HOME\DWP\dwp\WEB-INF\classes\ directory. |
|
Logs check | The check succeeds if the logback.xml file is present in the TomcatHome\external_conf directory. |
|
Database checks | The following database checks are run:
|
|
BMC Remedy AR System configuration checks | The following checks verify BMC Remedy AR System configuration:
|
|
Tenant-specific checks | Tenant-specific checks run for every tenant in the BMC Digital Workplace environment. The following checks verify whether the respective database tables contain valid number of rows:
|
|
Google Maps API check | Params for google_maps_api are present in DB check—Succeeds if the Google Maps API key is specified in the CONFIGURATION_PARAMS table in the SmartIT_Business schema. The check fails if the value of googleMapsApiKey property is not specified. |
|
Single Sign-On configuration checks | The following checks verify single sign-on configuration:
| In case of failure, the checks provide an additional message to indicate missing configuration files or incorrect configuration.
|
Comments
Log in or register to comment.