[
https://issues.apache.org/jira/browse/TRAFODION-2785?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16223097#comment-16223097
]
ASF GitHub Bot commented on TRAFODION-2785:
-------------------------------------------
GitHub user selvaganesang opened a pull request:
https://github.com/apache/incubator-trafodion/pull/1280
[TRAFODION-2785] mxosrvr dumps core generated when loading data from …
…Oracle to Trafodion at times
When there is an error while loading the data, the hexadecimal
representation
of character column upto 254 bytes is shown as part of the error message.
The function stringToHex had a subtle bug that can cause buffer overrun
resulting in
stack corruption.
You can merge this pull request into a Git repository by running:
$ git pull https://github.com/selvaganesang/incubator-trafodion
trafodion-2785
Alternatively you can review and apply these changes as the patch at:
https://github.com/apache/incubator-trafodion/pull/1280.patch
To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:
This closes #1280
----
commit 3cd76072e436fbf98e3713bc9ef5d77cab1401f8
Author: selvaganesang <[email protected]>
Date: 2017-10-28T00:40:56Z
[TRAFODION-2785] mxosrvr dumps core generated when loading data from Oracle
to Trafodion at times
When there is an error while loading the data, the hexadecimal
representation
of character column upto 254 bytes is shown as part of the error message.
The function stringToHex had a subtle bug that can cause buffer overrun
resulting in
stack corruption.
----
> mxosrvr dumps core generated when loading data from Oracle to Trafodion at
> times
> --------------------------------------------------------------------------------
>
> Key: TRAFODION-2785
> URL: https://issues.apache.org/jira/browse/TRAFODION-2785
> Project: Apache Trafodion
> Issue Type: Bug
> Components: sql-exe
> Reporter: Selvaganesan Govindarajan
> Assignee: Selvaganesan Govindarajan
> Fix For: 2.3-incubating
>
>
> The stack trace of the dump is
> #0 0x00007feb0d59f5f7 in raise () from
> /mnt/gselva/guangxi/zlibs-datanode07.hadoop.gxdwdc/lib64/libc.so.6
> #1 0x00007feb0d5a0e28 in abort () from
> /mnt/gselva/guangxi/zlibs-datanode07.hadoop.gxdwdc/lib64/libc.so.6
> #2 0x00007feb0eea7f85 in os::abort(bool) () from
> /mnt/gselva/guangxi/zlibs-datanode07.hadoop.gxdwdc/opt/java/jdk1.8/jre/lib/amd64/server/libjvm.so
> #3 0x00007feb0f04a383 in VMError::report_and_die() () from
> /mnt/gselva/guangxi/zlibs-datanode07.hadoop.gxdwdc/opt/java/jdk1.8/jre/lib/amd64/server/libjvm.so
> #4 0x00007feb0eead48f in JVM_handle_linux_signal () from
> /mnt/gselva/guangxi/zlibs-datanode07.hadoop.gxdwdc/opt/java/jdk1.8/jre/lib/amd64/server/libjvm.so
> #5 0x00007feb0eea39d3 in signalHandler(int, siginfo*, void*) () from
> /mnt/gselva/guangxi/zlibs-datanode07.hadoop.gxdwdc/opt/java/jdk1.8/jre/lib/amd64/server/libjvm.so
> #6 <signal handler called>
> #7 0x00007feb0a00e833 in convCharToChar (source=<optimized out>,
> sourceLen=<optimized out>, sourceType=<optimized out>, sourcePrecision=256,
> sourceScale=<optimized out>,
> target=0x7feacb882bcc '\377' <repeats 92 times>, targetLen=1717986918,
> targetType=26214, targetPrecision=1717986918, targetScale=1717986918,
> heap=0x6666666666666666,
> diagsArea=0x6666666666666666, dataConversionErrorFlag=0x6666666666666666,
> actualTargetLen=0x6666666666666666, blankPadResult=0,
> ignoreTrailingBlanksInSource=1, allowInvalidCodePoint=0)
> at ../exp/exp_conv.cpp:4895
> #8 0x6666666666666666 in ?? ()
> #9 0x6666666666666666 in ?? ()
> #10 0x6666666666666666 in ?? ()
> #11 0x6666666666666666 in ?? ()
> #12 0x6666666666666666 in ?? ()
> #13 0x6666666666666666 in ?? ()
> #14 0x6666666666666666 in ?? ()
> #15 0x6666666666666666 in ?? ()
> #16 0x6666666666666666 in ?? ()
> #17 0x0000000000000000 in ?? ()
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
