Skip to content

branch-4.0: [fix](audit) Mark internal query failures as ERR in audit log #62908#62919

Open
github-actions[bot] wants to merge 1 commit intobranch-4.0from
auto-pick-62908-branch-4.0
Open

branch-4.0: [fix](audit) Mark internal query failures as ERR in audit log #62908#62919
github-actions[bot] wants to merge 1 commit intobranch-4.0from
auto-pick-62908-branch-4.0

Conversation

@github-actions
Copy link
Copy Markdown
Contributor

Cherry-picked from #62908

### What problem does this PR solve?

Problem Summary:
When an internal query inside `StmtExecutor.executeInternalQuery()`
failed (for example, the column-statistics gather SQL that ANALYZE
issues against a user table when the underlying tablet hits a BE IO
error), the audit_log entry recorded:

```
state=OK | error_code=0 | error_message=<empty> | return_rows=0
```

This is misleading: the gather query actually failed, but the audit log
makes it look like it succeeded with zero rows. ANALYZE itself still
surfaces the failure to the user, but the per-internal-query audit
entries hide the root cause, complicating triage.

Root cause: `executeInternalQuery()` wraps the inner work in `try { ...
} finally { AuditLogHelper.logAuditLog(context, ...) }`, but the inner
catch handlers only re-throw the exception and never set
`ConnectContext` state to ERR. The default OK state is therefore what
gets logged.

Fix: add an outer `catch (Exception e)` around the inner try that, when
state has not already been moved to ERR, records `ERR_INTERNAL_ERROR`
together with the message (falling back to root-cause message when the
exception message is empty), then re-throws so callers behave as before.
The `setNereids/setIsQuery/setInternal` flags are also moved above the
parse step so audit entries for parse/plan failures still carry the
right metadata.

### Release note

Internal query failures are now correctly recorded as ERR in audit_log
instead of misleadingly showing OK with empty error info.

### Check List (For Author)

- Test:
- Unit Test:
`StmtExecutorInternalQueryTest#testExecuteInternalQuerySetsErrorStateOnFailure`
- Regression test:
`fault_injection_p0/test_audit_log_internal_query_failure`
- Manual test: reproduced on a local cluster with the
`LocalFileReader::read_at_impl.io_error` debug point; before the fix
audit_log shows `state=OK / error_message=`, after the fix it shows
`state=ERR / error_code=1815 / full IO_ERROR description`.
- Behavior changed: Yes (audit_log entries for failed internal queries
now show ERR; previously they showed OK).
- Does this need documentation: No.

Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
@yujun777
Copy link
Copy Markdown
Contributor

yujun777 commented May 5, 2026

run buildall

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant