Troubleshooting the ABAP Agent
This guide covers common errors encountered during onboarding and operation of the SeaLights ABAP Agent, with a focus on SAP authorization issues.
Start here: Run slabapcli setup status to check all common prerequisites in one command. It verifies SeaLights connectivity, RFC connections, SAP authorizations, SCMON state, and agent-side prerequisites. See Validate Your Setup.
Prerequisites
Before troubleshooting, confirm the following are in place:
Windows: Windows 10 version 1903+ or Windows Server 2022+
SAP: NetWeaver 7.4.8+ with SCMON capability (If you can't download it, make sure your user has the needed permissions)
ABAP Addon: Installed on QAS system via SAINT transaction (provides
/TRICE/namespace RFCs)Network: RFC access to SAP systems (port 33xx) and HTTPS access to SeaLights API endpoints
Agent Config: Valid
config.tomlwith correct RFC, pipeline, and SeaLights settings
Agent Logs
After initial onboarding, the agent's core operations (build mapping, build modifications, footprint collection) run as Windows Scheduled Tasks in the background. There is no interactive console output for these tasks. Logs are the primary tool for diagnosing issues once the agent is onboarded and running.
Log File Location
Log files are written to:
{ProgramData}\Tricentis\SeaLights\ABAP Agent\public\Logs\{PIPELINE_NAME}\{TASK_NAME}_{DATE}.logWhere:
{ProgramData}is%ProgramData%(typicallyC:\ProgramData).{PIPELINE_NAME}is the pipeline name as defined in[[pipeline]]inconfig.toml.{TASK_NAME}is the agent action:INIT_BUILD_MAP,BUILD_MODS, orFOOTPRINTS.{DATE}is the date the log was created.
Example paths:
Older installations may still use paths relative to the install directory (e.g. C:\apps\SLABAPAgent\userData\public\...). New installations use the standardized %ProgramData% layout. Run slabapcli setup status to see which paths your installation uses.
Log Levels
The log level is configured in the [logging] section of config.toml:
For troubleshooting, temporarily increase the log level to debug or trace to capture detailed RFC calls, HTTP requests, and data processing steps. Remember to set it back to info after resolving the issue to avoid excessive log growth. You will need to restart any scheduled jobs currently running.
What to Look For
When a scheduled task fails or produces unexpected results, check the corresponding log file for:
[error]lines — direct error messages with exception details and source file references.RFC errors — connection, authorization, and data retrieval failures (see SAP System Errors below).
HTTP errors — SeaLights API communication failures, SSL issues, or token problems (see SeaLights Connection Errors below).
Repeated restarts — if the same task keeps restarting and logging the same error, it indicates a persistent configuration or authorization issue that requires manual intervention.
Log Rotation
Logs are rotated daily. Old log files are automatically purged after the configured retentionperiod (default: 14 days) when the purgelogs task is scheduled:
Diagnosing SAP Authorization Role Issues
The agent requires the SAP role /TRICE/SL_AUTHS assigned to the RFC user. Verify that the generated role matches the authorization objects and values listed in Generate Authorization Profiles.
SAP System Errors
These errors originate from the SAP system side — RFC connectivity, user credentials, and authorization configuration. Use slabapcli rfc test --name <rfc_name> as a first diagnostic step.
E-001: RFC Communication Failure
Error message:
Cause:
The hostname configured for the RFC connection in
config.tomlis incorrect or unreachable.The target SAP system is currently down or unreachable.
The RFC connection was unexpectedly disconnected (network issue, firewall, SAP router).
The hostname points to a SAP message server (load balancer) rather than a direct application server. The SeaLights ABAP Agent requires a direct application server connection and does not support message server or logon group connections.
Resolution:
Verify the
hostnameandsysnrvalues in the[[rfc]]section ofconfig.toml.Confirm the SAP system is running (
SM51or ping the host).Check network connectivity and firewall rules for RFC port
33<sysnr>.If using a SAP router, verify the
routerstring inconfig.toml.Test the connection:
slabapcli rfc test --name <rfc_name>.If the hostname points to a message server used for load balancing, replace it with the hostname of a specific application server instance. Use transaction
SMGWon the SAP system to identify the correct application server hostname and system number, then re-run:
E-002: RFC Logon Failure
Error message:
Cause:
The client, username, or password specified in config.toml for the RFC connection is incorrect.
Resolution:
Verify the
client,username, andpasswordvalues in the[[rfc]]section.Remember that
usernameandpasswordare stored encrypted — useslabapcli rfc setto re-enter credentials if needed.Check that the SAP user account is not locked (transaction
SU01).Confirm the user is authorized for the specified client.
Test the connection:
slabapcli rfc test --name <rfc_name>.
E-003: RFC Authorization Missing — RFCPING
Error message:
Cause:
The RFC user is missing authorization object S_RFC with field RFC_NAME = RFCPING.
Resolution:
Add to the user's authorization role:
S_RFC
RFC_NAME
RFCPING
S_RFC
ACTVT
16
S_RFC
RFC_TYPE
FUNC
Activate the role and regenerate the user's authorization profile (transaction SU01 > User tab > compare/regenerate, or PFCG to maintain the role).
For the complete S_RFC values required by /TRICE/SL_AUTHS, see Generate Authorization Profiles.
E-004: RFC Invalid Handle — Missing Function Metadata Authorization
Error message:
Cause:
The RFC user is missing authorization for one or both of these function modules:
DDIF_FIELDINFO_GETRFC_GET_FUNCTION_INTERFACE
Without these, the agent cannot retrieve function module metadata needed to make subsequent RFC calls.
Resolution:
Add to the user's authorization role:
S_RFC
RFC_NAME
DDIF_FIELDINFO_GET
S_RFC
RFC_NAME
RFC_GET_FUNCTION_INTERFACE
S_RFC
ACTVT
16
S_RFC
RFC_TYPE
FUNC
These named modules address this error; they are not the complete S_RFC requirement. For the full /TRICE/SL_AUTHS role values, see Generate Authorization Profiles.
E-005: SeaLights Custom Authorization Missing
Error message:
Cause:
The RFC user is missing the SeaLights custom authorization object /TRICE/OBJ with field /TRICE/CMP = CORE and activity 16 (Execute).
This object is part of the ABAP Addon and controls access to the SeaLights custom RFCs in the /TRICE/ namespace.
Resolution:
Add to the user's authorization role:
/TRICE/OBJ
/TRICE/CMP
CORE
/TRICE/OBJ
ACTVT
16 (Execute)
Ensure the ABAP Addon is installed on the target system (via SAINT transaction) — this object is only available after addon installation.
E-006: Table Read Authorization Missing
Error message:
Cause:
The RFC user's authorization role is missing one or both of:
Authorization object
S_TABU_RFCwith fieldACTVT = 03(Display).Authorization object
S_TABU_NAMwith the required table names.
Resolution:
Add S_TABU_RFC with ACTVT = 03 and S_TABU_NAM with ACTVT = 03 plus the required table names to the role. For the complete table list and authorization values in /TRICE/SL_AUTHS, see Generate Authorization Profiles.
Activate the role and regenerate the user's authorization profile (transaction SU01 > User tab > compare/regenerate, or PFCG to maintain the role).
E-007: PHD Database Error — ST03 Data Not Available
Error message:
Cause:
The ST03 workload statistics collector is not running on the SAP PRD system. During build mapping, the agent reads Performance History Data (PHD) from the PRD system to determine which packages and modules are actively used. When ST03 data is not available, the PHD database file is empty or corrupted, causing this error.
How to diagnose:
The buildmap process restarts repeatedly and this error appears in the agent logs each time.
Resolution:
Log in to the SAP PRD system and run transaction ST03 (or ST03N).
Verify that the workload statistics collector is active. If not, start it.
Ensure data has been collected for the retention period configured in
config.tomlunder[rfcdata.prd] retentionperiod.After ST03 is running and data is available, delete the corrupted PHD database file from
{userData}/{pipeline}/and re-run the buildmap:slabapcli buildmap run --pipeline <name>.
Alternatively, if ST03 cannot be enabled on the PRD system, export ST03 data manually from the SAP GUI and use the PHD import feature:
ABAP Addon Not Installed
If you see NO_SEALIGHTS_AUTHORIZATION or errors referencing /TRICE/ function modules:
Verify the addon is installed: check transaction
SAINTon the target SAP system.The addon package files (
*.SAR,*.PAT) are provided in theabap_addon/directory of the agent distribution.The addon must be installed on both QAS and PRD systems referenced in the pipeline.
SeaLights Connection Errors
These errors relate to the agent's communication with the SeaLights API. Use slabapcli sealights test as a first diagnostic step.
E-008: SSL Certificate Verification Failed
Error message (from slabapcli sealights test):
Cause:
The agent cannot verify the SSL certificate of the SeaLights API endpoint. This typically occurs when:
The agent host is behind a corporate proxy or firewall that performs SSL inspection (man-in-the-middle).
The SeaLights API uses a certificate signed by an internal or private Certificate Authority not in the system's trust store.
The Windows certificate store is missing intermediate or root CA certificates.
Resolution:
Add the following section to config.toml to disable SSL certificate verification:
Note: Disabling SSL verification reduces transport security. Use this as a workaround in controlled environments. The preferred long-term fix is to install the required CA certificates into the Windows trust store.
SeaLights API Connectivity
Test the connection to the SeaLights backend:
If this fails, check:
The
tokenin[sealights]configuration is valid and not expired.HTTPS outbound access to SeaLights API endpoints is not blocked.
If using a proxy, verify
[proxy]settings inconfig.toml.If the error mentions SSL certificate verification, see E-008.
General Troubleshooting
Verifying Configuration
List the current agent configuration to confirm settings are loaded correctly:
Windows Task Scheduler Issues
The agent schedules background tasks via Windows Task Scheduler. If tasks are not running:
Open Task Scheduler (
taskschd.msc) and look for SeaLights tasks.Verify the agent was run with administrative privileges.
Check the task history for failure reasons and exit codes.
Re-schedule:
slabapcli buildmods run --pipeline <name>.
Watcher Exit Codes
0
Success.
1
General failure — check the watcher log for details.
10
Another watcher for the same action is already running. Wait for the existing run to complete, or stop it first.
11
Build-mode conflict — an INIT_BUILD_MAP task is still running when BUILD_MODS starts, or vice versa.
When you stop or replace a scheduled task via slabapcli, the agent automatically terminates any running watcher process for that task. Orphaned watcher processes are no longer possible.
Quick Diagnostic Checklist
Use this checklist when onboarding a new SAP system:
ABAP Addon is installed on SAP system
SAP system is reachable from the agent host (ping/telnet port 33xx)
RFC user exists and is not locked (
SU01)Role
/TRICE/SL_AUTHSis assigned to the RFC userAuthorization profile is regenerated after role assignment
ST03 process is enabled on SAP system
SCMON process is enabled on SAP system
slabapcli rfc testsucceeds for every onboarded RFC
Last updated
Was this helpful?

