RTM_Inventory::getHost messages in VNM.OUT
search cancel

RTM_Inventory::getHost messages in VNM.OUT

book

Article ID: 217158

calendar_today

Updated On:

Products

CA Spectrum

Issue/Introduction

Are these messages we repeatedly see in VNM.OUT something we should worry about?

ERROR TRACE at RTM_Inventory.cc(824): RTM_Inventory::getHost using mh=0x 471b43

ERROR TRACE at RTM_Inventory.cc(833): RTM_Inventory::getHost calling hosttable get mh=0x 471b43

 

Environment

Release : 20.2

Component : Spectrum Core / SpectroSERVER

Cause

These messages, despite the ERROR word, are not a problem by itself.
They need to be reviewed in its context.

For instance, when rtm_debug is set to yes in $SPECROOT/SS/.vnmrc, messages like next will be logged, and they are basically just debug logs

May 10 07:23:01 ERROR TRACE at IHRTMTestHost.cc(339): IHRTMTestHost::trig_model_activate( mh=0x425b43 ) starting 
May 10 07:23:01 ERROR TRACE at IHRTMTestHost.cc(1612): Entered IHRTMTestHost::getRTMTestHost if devReadRsp for mh=0x 425b43
May 10 07:23:01 ERROR TRACE at IHRTMTestHost.cc(1625): Entered Entered IHRTMTestHost::getRTMTestHost if testHostAddrBuf for mh=0x 425b43
May 10 07:23:01 ERROR TRACE at IHRTMTestHost.cc(1631):  IHRTMTestHost::getRTMTestHost getHost testHostAddr for mh =0x425b43
May 10 07:23:01 ERROR TRACE at RTM_Inventory.cc(782): RTM_Inventory::getHost using ipAddr XX.XX.XXX.XXX
May 10 07:23:01 ERROR TRACE at RTM_Inventory.cc(791): RTM_Inventory::getHost ipAddr calling hosttable get XX.XX.XXX.XXX
May 10 07:23:01 ERROR TRACE at IHRTMTestHost.cc(1724): creating a new testHost IHRTMTestHost::getRTMTestHost new RTM_Test_Host for mh =0x 425b43

Resolution

You can remove the below line from the $SPECROOT/SS/.vnmrc file, and restart the spectroSERVER, and that should take care of the messages.

rtm_debug=yes

 

Additional Information

Model Name is not set after re-evaluation for mh
https://knowledge.broadcom.com/external/article?articleId=202810