vxcpserv coredump in Memory::release() or free()

book

Article ID: 100012139

calendar_today

Updated On:

Description

Error Message

from backtrace in debugger we can see the following functions.

SOLARIS 11.1:

lwp# 3247 / thread# 3247
dbx) where
 <..>
  [5] __sighndlr(0xb, 0x0, 0xfe1ea880, 0xfec98a90, 0x0, 0xea43e1f4), at 0xea395af8
  ---- called from signal handler with signal 11 (SIGSEGV) ------
=>[6] Memory::release(this = 0x34b1c0, p = 0xeaf3400, type = 50), line 489 in "Memory.C"
  [7] operator delete(mp = 0xeaf3400), line 253 in "Memory.C"
  [8] MsgElem::~MsgElem(this = 0x6d68a58), line 2067 in "MsgStruct.C"
  [9] MsgElemList::~MsgElemList(this = 0x1198278), line 1993 in "MsgStruct.C"
  [10] MsgStruct::~MsgStruct(this = 0xe2cfc60), line 52 in "MsgStruct.C"
  [11] ValueElem::_delete_val(this = 0xc8a8748), line 520 in "Value.C"
  <..>

 


RHEL 6.5:

Thread 1 (Thread 0x4ad2b70 (LWP 7647)):
  #0  0x006e5430 in __kernel_vsyscall ()
  #1  0x00b88b11 in raise () from /lib/libc.so.6
  #2  0x00b8a3ea in abort () from /lib/libc.so.6
  #3  0x0061debd in Poco::SignalHandler::handleSignal(int) () from /opt/VRTScps/lib/libPocoFoundation.so.14
  #4 
=>#5  0x0815e436 in Memory::release (this=0x8c30860, p=0xa37eeb0, type=50) at Memory.C:489
  #6  0x0815dff6 in operator delete (mp=0xa37eeb0) at Memory.C:218
  #7  0x0815e01c in operator delete[] (mp=0xa37eeb0) at Memory.C:278
  #8  0x0815dd37 in MsgElem::~MsgElem (this=0xa38c7d0, __in_chrg=) at MsgStruct.C:2067
<...>

or:

#6  0x0817dc0a in VCSAbrtHandler ()
#7 
#8  0x0068e430 in __kernel_vsyscall ()
#9  0x006b9b11 in raise () from /lib/libc.so.6
#10 0x006bb3ea in abort () from /lib/libc.so.6
#11 0x006f99d5 in __libc_message () from /lib/libc.so.6
#12 0x006ffe31 in malloc_printerr () from /lib/libc.so.6
#13 0x00702571 in _int_free () from /lib/libc.so.6
#14 0x006ef9aa in fclose@@GLIBC_2.1 () from /lib/libc.so.6
#15 0x08142fc7 in Log::_next() ()

Cause

Due to race condition, memory allocated to vxcpserv process can be corrupted resulting in vxcpserv accessing memory which is not valid, this operation generate a core dump.

Resolution

vxcpserv is configured in VCS and automatically restart after core dump, a permanent solution is being worked by Veritas development teams and is expected to be released in last week of April via sort.Veritas.com , please subscribe to sort.Veritas.com for further updates.


Applies To

Solaris: 11.1

Linux: RHEL 6.5

SFHA 6.1

Issue/Introduction

vxcpserv process core dump in Memory::release () or free ()