This line is removed from MapRedTask.java: ctx.setOriginalTracker(conf.getVar(HiveConf.ConfVars.HADOOPJT));
I assume this is intentional. On Tue, Nov 9, 2010 at 3:28 PM, Joydeep Sen Sarma (JIRA) <j...@apache.org>wrote: > > [ > https://issues.apache.org/jira/browse/HIVE-1776?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel] > > Joydeep Sen Sarma updated HIVE-1776: > ------------------------------------ > > Attachment: HIVE-1776.1.patch > > the problem is that tasks are trying to modify the shared hive > configuration object and trampling each other. fix is to clone the > configuration object before modifying it in the Task. > > > parallel execution and auto-local mode combine to place plan file in > wrong file system > > > -------------------------------------------------------------------------------------- > > > > Key: HIVE-1776 > > URL: https://issues.apache.org/jira/browse/HIVE-1776 > > Project: Hive > > Issue Type: Bug > > Reporter: Joydeep Sen Sarma > > Attachments: HIVE-1776.1.patch > > > > > > A query (that i can't reproduce verbatim) submits a job to a MR cluster > with a plan file that is resident on the local file system. This job > obviously fails. > > This seems to result from an interaction between the parallel execution > (which is trying to run one local and one remote job at the same time). > Turning off either the parallel execution mode or the auto-local mode seems > to fix the problem. > > -- > This message is automatically generated by JIRA. > - > You can reply to this email to add a comment to the issue online. > >
