Secondary FT SS crash during online backup due to high incoming trap rate.

book

Article ID: 142591

calendar_today

Updated On:

Products

CA eHealth CA Spectrum

Issue/Introduction

The FT secondary SpectroServer crashed during an online backup due to high incoming trap rate.  The stack in the crash file shows a user model read when doing a landscape find:

libsskrnl!CsLandscape::find+0x1f

libsskrnl!CsVnmProxyEventLogMgr::read_user_model_info+0x29

libgserv!CsProxyEventLogMgr::gen_event+0xfa

libgserv!CsDisconnectMgr::disconnect+0x186

 libgserv!CsConnectionMgr::close+0x184

libgserv!CsConnectionMgr::shutdown+0x183

Cause

Overloaded SpectroSERVER due to high incoming trap rate

Environment

Release : 10.3

Component : Spectrum Core / SpectroSERVER

Resolution

The crash will be fixed in a future release of Spectrum.  The workaround is to allocate more memory to the OS for the secondary SpectroSERVER and reduce the incoming trap rate to the secondary SpectroSERVER.

Additional Information


US570489 by defect DE386636 to redesign the trap processing code to prevent this crash after OLB.