When you register the AR System webhook, you might face issues when sending notifications to the external application.
See the guidelines described here to troubleshoot the issue. Alternatively, you can also create a BMC Support case.
Symptom
- The external application is not reachable.
- HTTP connection timeout.
Scope
In a server group environment, this might impact one or more servers.
Resolution
Perform the following steps to troubleshoot the issues that may occur when sending notifications to an external application:
| | |
---|
| Troubleshooting when the external application is not reachable | When runs the webhook, the server stores the records in the AR System Webhook Pending form. The following screenshot shows the AR System Webhook Pending form: 
The pending records are not processed if the external application is not reachable. - The Webhook-Callback-Retry-Interval parameter in the Centralized Configuration enables you to set the interval for processing the pending records. The default value is 5 minutes.
- The Webhook-Callback-Max-Retries parameter in the Centralized Configuration enables you to set the maximum number of attempts to retry the processing of pending records. The default value is 288 times.
On the AR System Webhook pending form, check the Error Details field. - When the external application is not available, the Error Details field shows the following information:
- java.net.ConnectException
- javax.ws.rs.ServiceUnavailableException
- HTTP 503 Service Unavailable
- When the HTTP connection timeout occurs, the Error Details field shows the following exception:
java.net.SocketTimeoutException You can set the connection timeout by using the Outbound-Http-Client-Read-Timeout parameter in the Centralized Configuration. The default value is 60 seconds. - When any other error occurs, moves the records from the AR System Webhook Pending form to the AR System Webhook Pending Error form. The following screenshot shows the AR System Webhook Pending Error form:
 You can search the record and check the exact error in the Error Details field.
|
| Enabling additional logging | The log displays details such as Transaction ID and other system activities. You can enable additional logging by performing the following steps: In the logback_server.xml file, change the log level to DEBUG. Refer to the following example: </logger> <logger name="com.bmc.arsys.server.domain.ebo.webhook.impl.WebhookPendingServiceImpl" level="debug" additivity="false"> <appender-ref ref="WebhookLog"></appender-ref> </logger> <logger name="com.bmc.arsys.server.thread.webhook.WebhookCallbackThreadLocalStorage" level="debug" additivity="false"> <appender-ref ref="WebhookLog"></appender-ref> </logger> - In a browser, open the AR System Administration Console, and click System > General > Server Information.
The AR System Administration: Server Information form appears. - Click the Log Files tab.
- Select the Reload Log Conf File check box.
 - Click Apply; OK.
The log level is updated. stores the AR System webhook logs in the arwbhk.log file located in the <Install Directory>\BMC Software\ARSystem\Arserver\Db folder. |
| Creating a BMC Support Case | Collect and send logs and detailed information when creating a case with BMC Support: - Provide the following information as part of your case:
- Name of the user who performed the search
- The search criteria used
- Time when the problem occurred
- Any error messages received
- Perform the following steps:
- Run the Log Zipper utility on each affected indexer server and select Zip Logs.
- If you provide the Log Zipper file from multiple servers, rename the file to include the server name.
|
Contacting support