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 etrack 2878876 via the SORT portal on the patch lookup page or via the direct links below:
vm-sol10_x64-5.1SP1RP3P2x86 - https://sort.Veritas.com/patch/detail/7444
vm-sol10_sparc-5.1SP1RP3P2 - https://sort.Veritas.com/patch/detail/7443
vm-sles11_x86_64-5.1SP1RP3P1 - https://sort.Veritas.com/patch/detail/6987
vm-sles10_x86_64-5.1SP1RP3P1 - https://sort.Veritas.com/patch/detail/6986
vm-rhel6_x86_64-5.1SP1RP3P1 - https://sort.Veritas.com/patch/detail/6985
vm-rhel5_x86_64-5.1SP1RP3P1 - https://sort.Veritas.com/patch/detail/6984
vm-aix-5.1SP1RP3P1 - https://sort.Veritas.com/patch/detail/6979
sfha-sol10_x64-6.0.3 - https://sort.Veritas.com/patch/detail/7031
sfha-sol10_sparc-6.0.3 - https://sort.Veritas.com/patch/detail/7029
sfha-sles11_x86_64-6.0.3 - https://sort.Veritas.com/patch/detail/7000
sfha-sles10_x86_64-6.0.3 - https://sort.Veritas.com/patch/detail/6999
sfha-rhel6_x86_64-6.0.3 - https://sort.Veritas.com/patch/detail/6998
sfha-rhel5_x86_64-6.0.3 - https://sort.Veritas.com/patch/detail/6997
sfha-hpux1131-6.0.3 - https://sort.Veritas.com/patch/detail/7028
sfha-aix-6.0.3 - https://sort.Veritas.com/patch/detail/6996