You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues-all@impala.apache.org by "Joe McDonnell (JIRA)" <ji...@apache.org> on 2019/03/15 22:12:00 UTC
[jira] [Assigned] (IMPALA-8305) Generate JUnitXML symptom to detect
crashes due to a DCHECK
[ https://issues.apache.org/jira/browse/IMPALA-8305?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Joe McDonnell reassigned IMPALA-8305:
-------------------------------------
Assignee: Joe McDonnell
> Generate JUnitXML symptom to detect crashes due to a DCHECK
> -----------------------------------------------------------
>
> Key: IMPALA-8305
> URL: https://issues.apache.org/jira/browse/IMPALA-8305
> Project: IMPALA
> Issue Type: Improvement
> Components: Infrastructure
> Affects Versions: Impala 3.3.0
> Reporter: Joe McDonnell
> Assignee: Joe McDonnell
> Priority: Major
>
> When an impalad or other process hits a DCHECK, it outputs a FATAL log with information about the check that failed. For example:
> {noformat}
> Log file created at: 2019/02/17 00:27:43
> Running on machine: impala-ec2-centos74-r4-4xlarge-ondemand-0a7e.vpc.cloudera.com
> Log line format: [IWEF]mmdd hh:mm:ss.uuuuuu threadid file:line] msg
> F0217 00:27:43.730983 109290 query-state.cc:604] 154c7230f098d1a5:e75d0b400000000] Check failed: is_cancelled_.Load() == 1 (0 vs. 1){noformat}
> Like all impalad crashes, this can show up as random tests failing. This FATAL log should generate a JUnitXML symptom containing the log output.
> The check will need to navigate some exceptions. For example, some backend tests intentionally hit DCHECKs (e.g. buffer-pool-test and some others). Also, there is a custom cluster test that fails impalad startup and generates a FATAL log that is not a DCHECK.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-all-unsubscribe@impala.apache.org
For additional commands, e-mail: issues-all-help@impala.apache.org