API Gateway Generated A Core Dump With "Vordel::DataInput::consume ...at Opsdb.cpp:392" Error In The Stack Trace (Doc ID 2016949.1)

Last updated on AUGUST 01, 2023

Applies to:

Symptoms

On : 11.1.2 version, Oracle API Gateway

The Oracle API Gateway instance generates a core dump and crashes.
The stack trace from the core dump is as shown below:

ERROR
-----------------------
ore was generated by `<GATEWAY> (Enterprise) (vshell) <OAG HOME>/apigateway/platform/bin/vshell -h /'.
Program terminated with signal 6, Aborted.
#0 0x0000003fd0832625 in raise () from /lib64/libc.so.6
Missing separate debuginfos, use: debuginfo-install glibc-2.12-1.149.el6_6.5.x86_64 libgcc-4.4.7-4.el6.x86_64 libstdc++-4.4.7-4.el6.x86_64 nss-softokn-freebl-3.14.3-9.el6.x86_64
(gdb) bt
#0 0x0000003fd0832625 in raise () from /lib64/libc.so.6
#1 0x0000003fd0833e05 in abort () from /lib64/libc.so.6
#2 0x0000003fd082b74e in __assert_fail_base () from /lib64/libc.so.6
#3 0x0000003fd082b810 in __assert_fail () from /lib64/libc.so.6
#4 0x00007f815f000f91 in Vordel::IndexFile::readPage (this=0x7f81181afd30, page=0x7f8118709130) at indexfile.cpp:416
#5 0x00007f815eff3f1f in Vordel::AppendDB::getCachedPage (this=0x7f81181cc1f0, f=0x7f81181afd30, pageno=, flags=) at apdb.cpp:415
#6 0x00007f814939ea3a in operator* (this=0x7f812c311b40, amount=17) at ../include/vordel/apdb.h:434
#7 Vordel::DataInput::consume (this=0x7f812c311b40, amount=17) at opsdb.cpp:392
#8 0x00007f80dac548cb in Vordel::doHeaders (txn=, style=0x7f8118043d30, info=, tag=0x7f81493a4260 "sent", leg=,
  field=0x7f80dac67e4a "sheaders") at responder.cpp:283
#9 0x00007f80dac55474 in Vordel::DBResponder::dogetinfo (this=, txn=0x7f812c313190, proto=, info=..., style=0x7f8118043d30, event=...) at responder.cpp:518
#10 0x00007f80dac55ca3 in Vordel::DBResponder::domsgleg (this=0x38d47d0, txn=0x7f812c313190, proto="", info=..., operation=, style=0x7f8118043d30, event=...) at responder.cpp:532
#11 0x00007f80dac5653a in Vordel::DBResponder::domsg (this=0x38d47d0, txn=0x7f812c313190, proto=, prefix=, style=0x7f8118043d30) at responder.cpp:574
#12 0x00007f80dac5b71c in Vordel::DBResponder::invoke (this=0x38d47d0, txn=0x7f812c313190) at responder.cpp:1304
#13 0x00007f8149124f2c in Vordel::ServerTransaction::process (this=0x7f812c313190) at server.cpp:176
#14 0x00007f8149125471 in Vordel::HTTPContext::incomingTransaction (this=0x7f812c316b30, svc=0x1b43000, connection=, initialInput=0x7f812c316300, id=0x7f811807b0f0) at server.cpp:642
#15 0x00007f8149117971 in Vordel::HTTPProtocol::handleConnection (this=, service=0x1b43000, con=0x7f811806b9a0, auditSettings=0x38d54c8) at http.cpp:81
#16 0x00007f815d427c92 in Vordel::Interface::work (this=0x38d52f0) at ../dwe/interface.cpp:530
#17 0x00007f815d3f9488 in Vordel::NetService::runDaemon (this=0x1b43000, curthread=) at ../dwe/dwe.cpp:691
#18 0x00007f815d3f95e5 in Vordel::DaemonThread::run (this=0x7f81340b18d0) at ../dwe/dwe.cpp:947
#19 0x00007f815efdae69 in Vordel::Thread::entrypoint (this=0x7f81340b18d0) at thread.cpp:152
#20 0x00007f815efdaef9 in Vordel::platformTrampoline (arg=0x5b1f) at thread.cpp:133
#21 0x0000003fd0c079d1 in start_thread () from /lib64/libpthread.so.0
#22 0x0000003fd08e88fd in clone () from /lib64/libc.so.6
(gdb) thread apply all where

BUSINESS IMPACT
-----------------------

Due to this issue, users cannot use the instance. Once the instance is restarted after the crash, it returns to a working state until the next crash occurs.

Cause

My Oracle Support provides customers with access to over a million knowledge articles and a vibrant support community of peers and Oracle experts.