Skip to Content
On this page

System Logs

Open System Management → System Logs, choose the relevant record type, and filter by time and keywords.

System Log Page

Find a record

  1. Choose a tab using the table below.
  2. Narrow the time range to a few minutes around the operation. Start with today if its time is unknown.
  3. Enter an account, keyword, or status and click Query.
  4. Open Details on the matching record to read the full message; the list can truncate it.
  5. Use Export when sharing records. Check for passwords, tokens, and connection information before sending the file.
InvestigationWhere to look
Startup, plugin loading, or runtime exceptionsBackground Logs.
Who changed configuration or why a page operation failedOperation Logs, then background errors at the same time.
External reads, writes, or plugin-method callsRPC Logs, then the relevant device or target log.
Database failures or slow queriesSQL Logs.
Logins, account locking, or permission changesAudit Logs; this tab requires audit-log permission.
A device has no new valueIn Collection Configuration, select the device and open Channel Log or Device Log at the top of its workspace.
A target does not uploadIts target log and forwarding-group log in Data Forwarding.

Inspect logs by type

Background Logs

Filter by Error or Warning when investigating an exception. Include Info when checking normal startup or runtime events. Use Trace and Debug temporarily, then restore the required operating level.

Operation ItemsDescription
Log LevelBy Trace, Debug, Info, Warning, Error, and Critical level filtering.
Time RangeLimit the time when the log occurred.
KeywordsSearch by log content or anomalous information.
Query/ResetQuery by condition or restore the default filter conditions.
ExportExport logs within the current query range.
Automatic RefreshContinuously update the log list according to the refresh interval provided by the page.
DetailsOpen the log details to view the full log content and anomalies.
columnExplanation
timelog occurrence time.
LevelLog Level.
SourceLog source.
Log ContentLog Messages.
Exception informationDetails of the exception stack or error.

Operation Log

Request Source is MCP for tool calls or WebApi for ordinary HTTP API calls, including the management frontend. The server identifies the source.

Operation log is used to track business operations performed by users on web pages.

Operation Log Page

Filter ItemsDescription
Operation CategoriesFilter by function category, such as configuration, permissions, operation control, etc.
Operation NameFilter by specific operation name.
Operating AccountsFilter by the login account that performs the operation.
Run StatusFilter for success or failure records.
Time RangeLimit the time when operations occur.
columnDescription:
timeoperation occurrence time.
Category / NameThe category to which the operation belongs and the operation name.
MethodName of the method called by the operation.
Operating AccountUser performing the operation.
IP addressuser’s access source address.
StatusOperation successful or failed.
MessageExplanation of operation results.

Click “Details” to view the request method, address, parameters, processing results, and error messages. For issues involving account, permission, or configuration adjustments, the details of the operation log should be saved first.

RPC Log

For variable writes and plugin-method calls, Operation Source distinguishes MCP and WebApi. Combine it with the account to identify the entry point.

RPC logs include variable RPC and direct plugin method calls from formal Web API, MQTT, UA, debug special methods, and rule special-method nodes. Resolved objects display device or target names. Details retain full parameter/result JSON, duration, status, business code, and diagnostics without rounding numeric text.

Ordinary successes follow the RPC-success-log setting; failures and business or serialization diagnostics are still recorded. Writes are asynchronous, so refresh after a short delay if needed. Basic address reads in collection debugging should also be checked in device logs.

RPC log page

FilterDescription
Search keywordsSearch by call source, device, object, method, or message.
StatusFilter for successful or failed calls.
Time RangeLimit call times.
columnExplain the
timethe time the call occurred.
Source of OperationsSource of call, such as external systems, protocol entry, or interface callers.
Operate the deviceCall the associated device.
Operation ObjectThe Object being Invoked.
Operation MethodsWrite, read, or other calling methods.
StateWhether the call was successful.
MessageInvocation result or failure reason.

SQL Logs

SQL logs are used to troubleshoot database access issues and slow queries.

SQL Log Page

Filter ItemsDescription
SQL KeywordsSearch by SQL Statement Content.
StatusFilter successful or failed SQL operations.
Time RangeLimit SQL execution time.
columnDescribes
timeSQL execution time.
StatusExecution successful or failed.
Execution durationTime taken by the database operation.
SQL statementsexecuted SQL content.
Error messagesError explanations on failure.

Click “Details” to view SQL parameters, execution time, number of affected rows, database configuration, and complete error messages.

Audit Logs

Audit logs are used to track logins, permission adjustments, and user security events.

Audit Log Page

Audit TypeDescription
Login AuditQuery login username, login type, success status, failure reason, IP address, and User-Agent.
Permission AuditingQuery role permission changes, including before, after, and operator changes.
User Security AuditQuery security actions related to user locking, unlocking, session revocation, and passwords.

Retention and capacity

Logs are cleaned periodically according to deployment settings. Before investigating an old issue, check retention days and maximum rows and export the required range. Log databases are not permanent business-history stores.

In the gateway’s Configuration/LoggerOptions.json, GatewayLogOptions controls RPC, channel, device, rule, forwarding, and protocol-simulator events. AdminLogOptions controls backend, operation, SQL, and audit logs. Apply file changes by restarting through your deployment process in a maintenance window, then verify effective settings.

SettingEffect
Retention days such as RpcLogDaysAgoDeletes records older than the retention cutoff. Published configuration commonly uses 30 days; inspect the deployed file. 0 days does not disable cleanup.
RpcLogMaxRowCount, ChannelLogMaxRowCount, DeviceLogMaxRowCount, DataForwardLogMaxRowCountRow limits for the corresponding log database. 0 disables row trimming; age cleanup still runs.
RuleEngineLogMaxRowCountPer-rule log row limit. It must be positive; nonpositive values use 500000.
ProtocolSimulatorLogMaxRowCountPer-simulator-channel event row limit. 0 disables row trimming; published configuration uses 2000000.
RpcSuccessLogControls ordinary successful RPC records, rather than disabling failures and diagnostics.

Capacity cleanup removes older excess rows and preserves newer records. Equal timestamps do not cause extra rows to be deleted. Cleanup is periodic, so ongoing writes can temporarily exceed the row limit. Independent channel, device, target, and rule databases each have their own capacity; this is not a process-wide limit in disk bytes.

Troubleshooting Recommendations

PhenomenaRecommendations to Check
Page Operation FailuresFirst check the failure message in the operation log, then check if the backend log has an exception stack.
External system write failureReview RPC logs to confirm the source of operations, target devices, methods, and cause of failure.
Slow database responseCheck the execution duration of SQL logs and SQL statements.
Account Abnormal LoginView Login Audit and User Security Audit in the Audit Log.