[
https://issues.apache.org/jira/browse/IMPALA-8838?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tim Armstrong resolved IMPALA-8838.
-----------------------------------
Resolution: Cannot Reproduce
> Impala wrote audit log with missing statement_type
> --------------------------------------------------
>
> Key: IMPALA-8838
> URL: https://issues.apache.org/jira/browse/IMPALA-8838
> Project: IMPALA
> Issue Type: Bug
> Affects Versions: Impala 2.9.0
> Reporter: Tim Armstrong
> Priority: Major
>
> We saw an audit log with a missing statement_type, where it should have been
> QUERY. Filing a bug to see if this reoccurs and if there is a pattern to it
> (we don't have a way to reproduce or debug now).
> {noformat}
> {
> "serviceType": "IMPALA",
> "serviceName": "impala",
> "extraValues": {
> "12345678912345": {
> "status": "",
> "impersonator": null,
> "start_time": "2019-01-01 00:00:00.000000000",
> "network_address": "123.123.123.123:12345",
> "authorization_failure": false,
> "sql_statement": "SELECT NDV_NO_FINALIZE(col) AS col, CAST(-1 as
> BIGINT), 8, CAST(8 as DOUBLE), COUNT(col), ... FROM table WHERE
> (day='2019-01-01') GROUP BY day",
> "session_id\\ ": "xxxxxxxxxxxxxx:xxxxxxxxxxxxxx",
> "query_id": "xxxxxxxxxxxxxxx:xxxxxxxxxxxxxx",
> "catalog_objects": [
> {
> "privilege": "VIEW_METADATA",
> "object_type": "",
> "name": "_impala_builtins"
> },
> {
> "privilege": "SELECT",
> " object_type": "",
> "name": "table"
> }
> ],
> "statement_type": "",
> "user": "[email protected]"
> }
> }
> }
> {noformat}
> statement_type is printed here:
> https://github.com/cloudera/Impala/blob/cdh5-2.9.0_5.12.2/be/src/service/impala-server.cc#L474
> It calls out to the function which prints an enum
> here:https://github.com/cloudera/Impala/blob/cdh5-2.9.0_5.12.2/be/src/util/debug-util.cc#L68.
> The only way it can produce an empty string is if the enum value is
> out-of-range, which shouldn't be possible unless we're reading an
> uninitialised value or the memory is somehow corrupted. However, all the
> surrounding fields in the TExecRequest object look like they were written out
> to the audit log OK
> The code has changed a bit in master because of the thrift version upgrade,
> but it is still equivalent as far as I can see.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)