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

ASF GitHub Bot commented on HAWQ-932:
-------------------------------------

Github user sansanichfb commented on a diff in the pull request:

    https://github.com/apache/incubator-hawq/pull/803#discussion_r71808615
  
    --- Diff: src/backend/utils/adt/pxf_functions.c ---
    @@ -43,7 +44,7 @@ pxf_item_fields_enum_start(text *profile, text *pattern)
        char *profile_cstr = text_to_cstring(profile);
        char *pattern_cstr = text_to_cstring(pattern);
     
    -   items = get_pxf_item_metadata(profile_cstr, pattern_cstr, NULL);
    +   items = get_pxf_item_metadata(profile_cstr, pattern_cstr, InvalidOid);
    --- End diff --
    
    One more warning.


> HAWQ fails to query external table defined with "localhost" in URL
> ------------------------------------------------------------------
>
>                 Key: HAWQ-932
>                 URL: https://issues.apache.org/jira/browse/HAWQ-932
>             Project: Apache HAWQ
>          Issue Type: Bug
>          Components: External Tables, PXF
>            Reporter: Goden Yao
>            Assignee: Oleksandr Diachenko
>             Fix For: 2.0.1.0-incubating
>
>
> Originally reported by [~jpatel] when he's making a docker image based on 
> HAWQ 2.0.0.0-incubating dev build. Investigated by [~odiachenko]
> There is workaround to define it with 127.0.0.1, but there is not a 
> workaround for querying tables using HCatalog integration.
> It used to work before.
> {code}
> template1=# CREATE EXTERNAL TABLE ext_table1 (t1    text, t2    text,
> num1  integer, dub1  double precision) LOCATION
> (E'pxf://localhost:51200/hive_small_data?PROFILE=Hive') FORMAT 'CUSTOM'
> (formatter='pxfwritable_import');*
> CREATE EXTERNAL TABLE
> template1=# select * from ext_table1;
> ERROR:  remote component error (0): (libchurl.c:898)*
> {code}
> When I turned on debug mode in curl, I found this error in logs - "*
> Closing connection 0".
> I found a workaround, to set CURLOPT_RESOLVE option in curl:
> {code}
> struct curl_slist *host = NULL;
> host = curl_slist_append(NULL, "localhost:51200:127.0.0.1");*
> set_curl_option(context, CURLOPT_RESOLVE, host);
> {code}
> It seems like an issue with DNS cache,



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Reply via email to