System Diagnostics and Server Logs
Standard verified Items
System Diagnostics checks the following items and system components:
# | Verified component | Comments & Useful Links |
---|---|---|
1 | Verify that windows service 'Matrix42 Engine Common' is running | System Components: Windows Services |
2 | Verify that windows service 'Matrix42 Engine Common X86' is running | System Components: Windows Services |
3 | Verify that windows service 'Matrix42 Engine Scheduler' is running | System Components: Windows Services |
4 | Verify that windows service 'Matrix42 Data Gateway' is running | System Components: Windows Services |
5 | Verify that windows service 'Message Queuing' is running | Windows Services |
6 | Verify that windows service 'Net.Msmq Listener Adapter' is running | Windows Services |
7 | Verify that windows service 'Net.Pipe Listener Adapter' is running | Windows Services |
8 | Verify that windows service 'Net.Tcp Listener Adapter' is running | Windows Services |
9 | Verify that windows service 'Net.Tcp Port Sharing Service' is running | Windows Services |
10 | Verify that any Matrix42 Worker is running | Matrix42 Worker Engine |
11 | Serious delays in processing Workflows operations | Matrix42 Worker Engine |
12 | Verify that the Email Engine is active | Email Engine and Designer |
13 | Verify that Workflow Engine on the Matrix42 Worker is running | Matrix42 Worker Engine: Matrix42 Workers & Workflows |
14 | Verify that all Compliance Rules uses the Email Engine for sending emails |
For warnings on this item, please consider adjusting the system as described on this page: Compliance Rules: switching to the new Email Engine This diagnostic rule is discontinued in EAP v.11.0 |
15 | Verify that the Data Gateway on the Matrix42 Worker is running |
For warnings on this item, please consider adjusting the system as described on this page: Matrix42 Worker Engine: Using Matrix42 Workers as Data Gateway This diagnostic rule is discontinued in EAP v.11.0 |
16 | Verify that windows service 'AppFabric Workflow Management Service' is running |
Windows Services This diagnostic rule is discontinued in EAP v.11.0
|
17 | Verify that windows service 'AppFabric Workflow Management Service' is running under account in AppFabric Security group |
Windows Services This diagnostic rule is discontinued in EAP v.11.0 |
18 | Verify that windows service 'AppFabric Event Collection Service' is running under account in AppFabric Security group |
Windows Services This diagnostic rule is discontinued in EAP v.11.0 |
19 | Verify that windows service 'AppFabric Event Collection Service' is running |
Windows Services This diagnostic rule is discontinued in EAP v.11.0 |
20 | Verify that AppFabric Security configured correctly |
This diagnostic rule is discontinued in EAP v.11.0 |
21 |
Verify released Workflows compatible with the Worker |
For warnings on this item, please consider adjusting the system as described on this page: Workflow Engine Migration Guide See also Manage Workflows: Runs on AppFabric |
22 | Verify connection to database 'Archive' | History Wizard |
23 | Verify connection to database 'Datawarehouse' | Data for license management reports |
24 | Verify connection to database 'Database File Storage' | |
25 | Verify that windows service 'Web Deployment Agent Service' is running | Windows Services |
26 | Verify connection to database 'Workflow Monitoring' | Workflow Instances Activity Monitoring |
27 | Verify connection to database 'Workflow Persistence' | Workflow Engine: Persistence |
28 | Verify Workflow activations | Workflows: Publish action |
29 | Verify Workflow Engine to start workflow synchronously | Workflow Engine |
30 | Verify Workflow Engine to start workflow asynchronously | Workflow Engine |
31 | Verify Workflow Instance running on Matrix42 Worker | Workflow Instances Activity Monitoring: Runs on AppFabric |
32 | Verify that present Workflow Instances are valid | Workflow Instances Activity Monitoring |
33 | Verify connectors configurations | Connectors Overview: Connectors Delivered with Matrix42 products |
34 | Service Connections validation | Service Connections |
35 | Validating display expressions | |
36 | Validating dynamic structures | |
37 | Validating GDIE rules | Generic Data Import Export |
38 | Validate Consistency of Import Definition Filtering Configurations |
Identifies Import Definitions that use deprecated source data filtering method. Adjusting Import Definitions to Replace Deprecated Source Filtering Method |
39 | Validating grid layouts | Grid Controls |
40 | Validating quick filters | Quick Filters |
41 | Validating structures | Navigation Items: Structures |
42 |
Validate Object Links and Object Pickers Data Query Column expressions |
Shows the widget name and the control type where the column in the Data Query Column to Display should be reviewed and reconfigured, otherwise, it can not be properly displayed. |
43 | Verify the license certificates integrity |
There are corrupted license(s). You need to delete them to avoid system malfunction. License certificate file names are enumerated in the message details |
44 |
Verify that license certificates have not reached their expiration date |
There are expired license certificate(s) found. Please get in touch with Matrix42 to renew your license certificate(s). The list of expired licenses is provided in the message as well. |
45 |
Verify that license certificates are not approaching their expiration date |
|
46 |
Verify that the number of Managed Users or Assets in use has not exceeded the licensed limit |
There are license certificate(s) with over usage. Please get in touch with Matrix42 to obtain more license certificate(s). The list of affected licenses is provided in the message as well. Some certificates might be issued with an incorrect number of users/assets and therefore display that the license has a usage limit of 0 or 1, while the license certificate is valid and actually contains the correct purchased number. Get in touch with Matrix42 to get the updated license certificate. |
47 |
Verify that the number of Managed Users or Assets in use is not approaching the licensed limit |
There are # license certificates number of Managed Users or Assets approaching the licensed limit. The list of affected licenses is provided in the message as well. The message is shown when more than 95% of active users are achieved. |
48 |
Verify that license certificates are not duplicated |
Multiple license certificates have been found for a specific product. This may be due to unused or outdated licenses. The list of unused licenses is provided in the message as well. |
49 | Verify that reports are accessible. | Reports |
Starting with EAP v.11.0 all system components check related to the Data Gateway, AppFabric, and legacy Alerting Engine for Compliance Rules (see items #14-20) will not be present in the System Diagnostics.
User-Defined Diagnostics Rules
User-defined Diagnostics Rules are custom-created rules that are created through the user interface and run during the standard System Diagnostics check.
Diagnostics Rules are introduced in Enterprise Automation Platform v.12.1.2.
User-defined Diagnostics Rules can be added as objects to the Configuration Project and later run as a part of the installed Extension.
User-defined Diagnostics Rules are located in the Administration application → Services & Processes → Diagnostics Rules page. The page lists all custom system diagnostics rules. The standard system diagnostics rules that are a part of the product are not listed here.
Add System Diagnostics Rule
To add a new custom diagnostic rule, click Add System Diagnostics Rule action and fill out the following fields:
- Title: the name of the rule that will be shown in the description column when the System Diagnostics is run
- Disabled: checkbox options
- Not selected (default): the created rule is run during the system diagnostics
- Selected: the rule is saved in the system but not activated and is not run during the system diagnostics
- Comments: comment for the diagnostic rule that will be shown in the details section in case the diagnostic rule result is an Information message
- Implementation Script: write a PowerShell script that checks the necessary component and includes logic for Information, Error, and Warning check results.
Implementation Script Example: state result
The Diagnostics Rule check can have the following results:
State result | Configuration | Message Details |
---|---|---|
Success | not configured | no message is shown |
Information | Information, Warning, and Error message details should be declared in the Implementation Script field of the Diagnostic Rule configuration. |
Diagnostics result shows the state and corresponding message in the details section of the System Diagnostics result. For the Information message, the data from the Comments field is appended to the Information output result from the PowerShell script. |
Warning | ||
Error |
The following PowerShell script checks the free disk space in the system drives and includes the examples of the the output messages that are shown in case the diagnostics rule results in Error, Warning, and Information message details:
# Check free disk space on all filesystem drives $drives = Get-PSDrive -PSProvider FileSystem foreach ($drive in $drives) { # Convert free space from bytes to gigabytes $freeGB = $drive.Free / 1GB $roundedFree = [math]::Round($freeGB, 2) # Output message details for the diagnostics result with Error state: if ($freeGB -lt 1) { Write-Error "Drive $($drive.Name): CRITICAL low disk space - only $roundedFree GB free!" } # Output message details for the diagnostics result with Warning state: elseif ($freeGB -lt 10) { Write-Warning "Drive $($drive.Name): Warning - low disk space - $roundedFree GB free." } # Output message details for the diagnostics result with Information state: else { Write-Output "Drive $($drive.Name): Sufficient disk space - $roundedFree GB free." } }
Implementation Script Example: reading data from the Data Layer
In the PowerShell script use the global PowerShell variables which provide easy access to the system's Data Layer, Service Connections, Logs, and WebApiClient components.
For more details on available global variables capabilities, see Private SDK API.
The following PowerShell script reads data from the DWPSystemDiagnosticRuleClassBase
Data Definition from the Data Layer:
#Read data from Data Layer $dbData = $M42_DatabaseProvider.GetData("DWPSystemDiagnosticRuleClassBase", "ID,Title,ImplementationScript,Order,Comments", "Disabled=0",$null) # Output message details for the diagnostics result with Warning state: if ($dbData -eq $null) { Write-Warning "GetData returned null. Ensure the query is correct and the database contains the expected data." } elseif ($dbData -is [System.Data.DataTable]) { if ($dbData.Rows.Count -eq 0) { Write-Warning "GetData returned a DataTable, but it contains no rows." } else { echo "DataTable rows:" foreach ($row in $dbData.Rows) { echo "ID: $($row['ID']), Title: $($row['Title']), Script: $($row['ImplementationScript']), Order: $($row['Order']), Comments: $($row['Comments'])" } } } elseif ($dbData -is [System.Data.DataRow[]]) { if ($dbData.Length -eq 0) { Write-Warning "GetData returned a DataRow array, but it is empty." } else { echo "DataRow array:" foreach ($row in $dbData) { echo "ID: $($row['ID']), Title: $($row['Title']), Script: $($row['ImplementationScript']), Order: $($row['Order']), Comments: $($row['Comments'])" } } } else { # Output message details for the diagnostics result with Error state: Write-Error "Unexpected return type from GetData: $($dbData.GetType().FullName)" }
When the Implementation Script is completed, click Save&Close to proceed.
All created rules that are listed in the Diagnostics Rules area are added to the standard System Diagnostics check and will be run with the next system check unless the rule is marked as Disabled. Custom rules are added to the end of the list after the standard system rules.
Run the System Diagnostics from the homepage of the Administration application to see the created Diagnostics Rule:
In the case of the Success rule check result, no message is shown.
System Status: Run System Diagnostics
The System Status dashboard is shown on the Administration home page.
System Status is run automatically when the home page of the Administration application is opened for the first time and is automatically refreshed every 3 hours after the last automatic check:
System Diagnostics Result dashboard: automatically running the System Diagnostics
Click on the Run System Diagnostics action to update the System Status dashboard manually.
The dashboard shows when the last check has been run and a summary of the found issues of the following types:
- Error
- Warning
- Information
For more details on the found issues, click on the checked item: