You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@impala.apache.org by "Laszlo Gaal (Jira)" <ji...@apache.org> on 2020/01/27 15:56:00 UTC
[jira] [Created] (IMPALA-9331) Generate JUnitXML symptom to detect
failed dataload due to schema mismatch
Laszlo Gaal created IMPALA-9331:
-----------------------------------
Summary: Generate JUnitXML symptom to detect failed dataload due to schema mismatch
Key: IMPALA-9331
URL: https://issues.apache.org/jira/browse/IMPALA-9331
Project: IMPALA
Issue Type: Improvement
Components: Infrastructure
Affects Versions: Impala 3.4.0
Reporter: Laszlo Gaal
Impala test runs can still load the test database from a snapshot instead of generating it on the fly.
This capability has a specific failure mode when the dataload code detects that the database structure expected by the current state of the code is different from the structure represented in the data snapshot, and it decides that the problem cannot be fixed by switching to test data generation on the fly.
Triaging this failure mode should be made easier (or possibly automatic) by identifying the specific error output and generating a unique JunitXML symptom from it, which should prevent people from having to dig through the build log to discover the specific error message:
{code}
ERROR in ...../Impala/testdata/bin/create-load-data.sh at line 134: A schema change has been detected in the
metadata, but it cannot be loaded on isilon, s3 or local and the
target file system is s3. Exiting.
{code}
--
This message was sent by Atlassian Jira
(v8.3.4#803005)