Mailing-List: contact issues-help@drill.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@drill.apache.org
Date: Sun, 26 Mar 2017 01:15:42 +0000 (UTC)
From: "ASF GitHub Bot (JIRA)" <jira@apache.org>
To: issues@drill.apache.org
Message-ID: <JIRA.13057135.1489780245000.124340.1490490942789@Atlassian.JIRA>
In-Reply-To: <JIRA.13057135.1489780245000@Atlassian.JIRA>
References: <JIRA.13057135.1489780245000@Atlassian.JIRA> <JIRA.13057135.1489780245836@jira-lw-us.apache.org>
Subject: [jira] [Commented] (DRILL-5365) FileNotFoundException when reading
 a parquet file
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
archived-at: Sun, 26 Mar 2017 01:15:50 -0000


    [ https://issues.apache.org/jira/browse/DRILL-5365?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15942093#comment-15942093 ] 

ASF GitHub Bot commented on DRILL-5365:
---------------------------------------

Github user paul-rogers commented on a diff in the pull request:

    https://github.com/apache/drill/pull/796#discussion_r108049425
  
    --- Diff: exec/java-exec/src/main/java/org/apache/drill/exec/store/dfs/FileSystemPlugin.java ---
    @@ -74,6 +74,7 @@ public FileSystemPlugin(FileSystemConfig config, DrillbitContext context, String
               fsConf.set(s, config.config.get(s));
             }
           }
    +      fsConf.set("fs.default.name", config.connection);
    --- End diff --
    
    Please use `FileSystem.FS_DEFAULT_NAME_KEY`. It seems that `"fs.default.name"` is deprecated.
    
    But, note, that is exactly what the next line of code does. So, perhaps there is more going on here than a first read suggests? Or, are we confusing ourselves about the meaning of the two properties?


> FileNotFoundException when reading a parquet file
> -------------------------------------------------
>
>                 Key: DRILL-5365
>                 URL: https://issues.apache.org/jira/browse/DRILL-5365
>             Project: Apache Drill
>          Issue Type: Bug
>          Components: Storage - Hive
>    Affects Versions: 1.10.0
>            Reporter: Chun Chang
>            Assignee: Chunhui Shi
>
> The parquet file is generated through the following CTAS.
> To reproduce the issue: 1) two or more nodes cluster; 2) enable impersonation; 3) set "fs.default.name": "file:///" in hive storage plugin; 4) restart drillbits; 5) as a regular user, on node A, drop the table/file; 6) ctas from a large enough hive table as source to recreate the table/file; 7) query the table from node A should work; 8) query from node B as same user should reproduce the issue.


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