Secondary SpectroSERVER crashes with GnWLCMFragIH in stack trace

Products

CA Spectrum

Issue/Introduction

Secondary SpectroSERVER crashes with GnWLCMFragIH in stack trace as follows:

Core was generated by `/opt/spectrum/SS/SpectroSERVER'.

Program terminated with signal 11, Segmentation fault.

#0 0x00007ff233dfe333 in GnWLCMFragIH::trig_model_activate(CsModelHandle const&, int) () from /opt/spectrum/SS/Modules/libwlc.so.1

#1 0x00007ff26251a02f in CsIHActWatcher::notify(CsIncidentParm const*, CsSecurityIf const*) () from /opt/SPECTRUM/lib/../SS/libsskrnl.so.1

#2 0x00007ff2625858c8 in CsModel::activate_model(int, CsSecurityIf const*) () from /opt/SPECTRUM/lib/../SS/libsskrnl.so.1

#3 0x00007ff2624f20b5 in CsActivateScheduler::process_queued_work(CsWorkNode const*) () from /opt/SPECTRUM/lib/../SS/libsskrnl.so.1

Environment

Release : Any version of Spectrum

Component : Spectrum Core / SpectroSERVER

Cause

The root cause of the issue is a Cisco_LWAPP_App, Aruba_Controller_App, Aruba_IAP_App or CapwapApp application model that did not get deleted when the parent device model was deleted from the database.

Resolution

On the primary SpectroSERVER, find all Cisco_LWAPP_App, Aruba_Controller_App, Aruba_IAP_App and CapwapAppapplication models and check if the parent model exists. If no parent model exists for a Cisco_LWAPP_App, Aruba_Controller_App, Aruba_IAP_App or CapwapApp application model than delete the application model. Create a new backup on the primary SpectroSERVER system and reload the secondary using this new backup.