The core dump will be for the vxconfigd daemon with the following stack:
vol_cbr_dolog () vol_cbr_translog () vold_preprocess_request () request_loop () main ()
This core is a result of a race between two threads which are processing the requests from the same client. While one thread completed processing a request and is in the phase of releasing the memory used, other thread is processing a request “DISCONNECT” from the same client. Due to the race condition, the second thread attempted to access the memory which is being released and dumped core.
Veritas have resolved this issue after modifying the source code to protect the common data of the client with a mutex lock. The fix for this issue can be located by searching the below mentioned matches in the download portal link :
https://downloads.infoscale.com/storage-foundation/REL197425
vm-sol10_x64-5.1SP1RP3P2x86 -
vm-sol10_sparc-5.1SP1RP3P2 -
vm-sles11_x86_64-5.1SP1RP3P1 -
vm-sles10_x86_64-5.1SP1RP3P1 -
vm-rhel6_x86_64-5.1SP1RP3P1 -
vm-rhel5_x86_64-5.1SP1RP3P1 -
vm-aix-5.1SP1RP3P1 -
sfha-sol10_x64-6.0.3 -
sfha-sol10_sparc-6.0.3 -
sfha-sles11_x86_64-6.0.3 -
sfha-sles10_x86_64-6.0.3 -
sfha-rhel6_x86_64-6.0.3 -
sfha-rhel5_x86_64-6.0.3 -
sfha-hpux1131-6.0.3 -
sfha-aix-6.0.3 -
Volume Manager configuration daemon 'vxconfigd' core dump in vol_cbr_dolog() routine
ETrack: 2878876