Mailing-List: contact issues-help@impala.incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@impala.incubator.apache.org
Date: Wed, 22 Mar 2017 16:43:42 +0000 (UTC)
From: "Michael Brown (JIRA)" <jira@apache.org>
To: issues@impala.incubator.apache.org
Message-ID: <JIRA.13054412.1467067347000.90170.1490201022383@Atlassian.JIRA>
In-Reply-To: <JIRA.13054412.1467067347000@Atlassian.JIRA>
References: <JIRA.13054412.1467067347000@Atlassian.JIRA> <JIRA.13054412.1467067347000@jira-lw-us.apache.org>
Subject: [jira] [Updated] (IMPALA-3794) test_breakpad.py is flaky
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
archived-at: Wed, 22 Mar 2017 16:43:52 -0000


     [ 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)