You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@hive.apache.org by "Jesus Camacho Rodriguez (JIRA)" <ji...@apache.org> on 2017/09/07 19:18:02 UTC

[jira] [Updated] (HIVE-17479) Staging directories do not get clean up for update/delete queries

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

Jesus Camacho Rodriguez updated HIVE-17479:
-------------------------------------------
    Description: 
When these queries are internally rewritten, a new context is created with a new execution id. This id is used to create the scratch directories. However, only the original context is cleared, and thus the directories created with the original execution id.
The solution is to pass the execution id to the new context when the queries are internally rewritten.

  was:
When these kind of queries are internally rewritten, a new context is created with a new execution id. This id is used to create the scratch directories. However, only the original context is cleared, and thus the directories created with the original execution id.
The solution is to pass the execution id to the new context when the queries are internally rewritten.


> Staging directories do not get clean up for update/delete queries
> -----------------------------------------------------------------
>
>                 Key: HIVE-17479
>                 URL: https://issues.apache.org/jira/browse/HIVE-17479
>             Project: Hive
>          Issue Type: Bug
>    Affects Versions: 3.0.0
>            Reporter: Jesus Camacho Rodriguez
>            Assignee: Jesus Camacho Rodriguez
>
> When these queries are internally rewritten, a new context is created with a new execution id. This id is used to create the scratch directories. However, only the original context is cleared, and thus the directories created with the original execution id.
> The solution is to pass the execution id to the new context when the queries are internally rewritten.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)