[jira] [Commented] (HAWQ-343) Core when setting enable_secure_filesystem to true

["Zhanwei Wang (JIRA)" <ji...@apache.org>]

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

Zhanwei Wang commented on HAWQ-343:
-----------------------------------

hi [~nhorn]

I cannot reproduce this issue with debug build. Did you deploy HAWQ with Kerberos enabled HDFS?

> Core when setting enable_secure_filesystem to true
> --------------------------------------------------
>
>                 Key: HAWQ-343
>                 URL: https://issues.apache.org/jira/browse/HAWQ-343
>             Project: Apache HAWQ
>          Issue Type: Bug
>          Components: Core
>            Reporter: Noa Horn
>            Assignee: Zhanwei Wang
>             Fix For: 2.0.0
>
>
> Happened only with debug build. In optimized build seems to work ok.
> Repro:
> {noformat}
> # set enable_secure_filesystem to true;
> FATAL:  Unexpected internal error (cdbfilesystemcredential.c:357)
> DETAIL:  FailedAssertion("!(((void *)0) != credentials)", File: "cdbfilesystemcredential.c", Line: 357)
> HINT:  Process 21815 will wait for gp_debug_linger=120 seconds before termination.
> Note that its locks and other resources will not be released until then.
> server closed the connection unexpectedly
> 	This probably means the server terminated abnormally
> 	before or while processing the request.
> The connection to the server was lost. Attempting reset: Succeeded.
> {noformat}
> Backtrace:
> {noformat}
> (gdb) bt
> #0  0x00000031e06e14f3 in select () from /lib64/libc.so.6
> #1  0x0000000000b8f108 in pg_usleep (microsec=30000000) at pgsleep.c:43
> #2  0x00000000009e4418 in elog_debug_linger (edata=0x1186600) at elog.c:4125
> #3  0x00000000009dca95 in errfinish (dummy=0) at elog.c:595
> #4  0x00000000009db1e8 in ExceptionalCondition (conditionName=0xe045d5 "!(((void *)0) != credentials)", errorType=0xe04466 "FailedAssertion", fileName=0xe0432d "cdbfilesystemcredential.c", lineNumber=357) at assert.c:66
> #5  0x0000000000b7169f in cancel_filesystem_credentials (credentials=0x0, mcxt=0x0) at cdbfilesystemcredential.c:357
> #6  0x0000000000b7176f in cleanup_filesystem_credentials (portal=0x20b8388) at cdbfilesystemcredential.c:388
> #7  0x0000000000a19ade in PortalDrop (portal=0x20b8388, isTopCommit=0 '\000') at portalmem.c:419
> #8  0x00000000008f57c5 in exec_simple_query (query_string=0x206d1f8 "set enable_secure_filesystem to true;", seqServerHost=0x0, seqServerPort=-1) at postgres.c:1758
> #9  0x00000000008fa3cf in PostgresMain (argc=4, argv=0x1fb8c88, username=0x1fb8a80 "hornn") at postgres.c:4711
> #10 0x00000000008a093e in BackendRun (port=0x1f68c80) at postmaster.c:5875
> #11 0x000000000089fdc8 in BackendStartup (port=0x1f68c80) at postmaster.c:5468
> #12 0x0000000000899df5 in ServerLoop () at postmaster.c:2147
> #13 0x0000000000898eb8 in PostmasterMain (argc=9, argv=0x1f7f940) at postmaster.c:1439
> #14 0x00000000007b2812 in main (argc=9, argv=0x1f7f940) at main.c:226
> (gdb) f 5
> #5  0x0000000000b7169f in cancel_filesystem_credentials (credentials=0x0, mcxt=0x0) at cdbfilesystemcredential.c:357
> 357		Assert(NULL != credentials);
> (gdb) p mcxt
> $1 = (MemoryContext) 0x0
> (gdb) 
> {noformat}



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