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
Overloaded SpectroSERVER due to high incoming trap rate
Release : 10.3
Component : Spectrum Core / SpectroSERVER
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.
US570489 by defect DE386636 to redesign the trap processing code to prevent this crash after OLB.