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
Release : 20.2
Component : Spectrum Core / SpectroSERVER
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
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
Model Name is not set after re-evaluation for mh
https://knowledge.broadcom.com/external/article?articleId=202810