impala-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Michael Brown (JIRA)" <j...@apache.org>
Subject [jira] [Updated] (IMPALA-3794) test_breakpad.py is flaky
Date Wed, 22 Mar 2017 16:43:42 GMT

     [ https://issues.apache.org/jira/browse/IMPALA-3794?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Michael Brown updated IMPALA-3794:
----------------------------------
    Affects Version/s: Impala 2.9.0

> test_breakpad.py is flaky
> -------------------------
>
>                 Key: IMPALA-3794
>                 URL: https://issues.apache.org/jira/browse/IMPALA-3794
>             Project: IMPALA
>          Issue Type: Bug
>          Components: Infrastructure
>    Affects Versions: Impala 2.6.0, Impala 2.8.0, Impala 2.9.0
>            Reporter: Lars Volker
>            Assignee: Lars Volker
>              Labels: breakpad, flaky
>
> Using the following command usually fails within an hour: {{while [ $? -eq 0 ]; do ./run-tests.py
./custom_cluster/test_breakpad.py --exploration_strategy=exhaustive -k test_minidump_relative_path
-x -s; done}}. The problem is, that only two of the three impalad processes will write a minidump,
while one of them won't. However in that case there is no breakpad related error message in
its logfile.
> Creating the {{minidump_base_dir}} seems to alleviate the problem, suggesting there might
be a race condition somewhere in the call to {{boost::filesystem::create_directories}}.
> This problem only seems to arise in the specific scenario of multiple impalad processes
sharing the same {{minidump_base_dir}} which also has to be non-existent. Outside of tests
it seems like it cannot occur.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

Mime
View raw message