Some of the data could not be processed due to a problem with the system. Dropped Message: com.vnera.model.cmdb.servicenow.GenericServiceNowEntitySDM.inventory Size: 17.189MBsaasservice logs location on platform, node at location /var/log/arkin/saasservice/ below errors entries can been seen: YYYY-MM-DDT08:27:31.890Z WARN vnera.grid.KafkaSdmPublisher dw-2123930 - POST /collectortosaasservlet handleLargeSdm:152 ignoring large sdm key=com.vnera.model.cmdb.servicenow.GenericServiceNowEntitySDM.inventory len(sdmbytes)=17403449
YYYY-MM-DD-T12:03:07.353Z WARN vnera.grid.KafkaSdmPublisher dw-2159998 - POST /collectortosaasservlet handleLargeSdm:152 ignoring large sdm key=com.vnera.model.cmdb.servicenow.GenericServiceNowEntitySDM.inventory len(sdmbytes)=17403449
YYYY-MM-DDT15:38:51.032Z WARN vnera.grid.KafkaSdmPublisher dw-2201037 - POST /collectortosaasservlet handleLargeSdm:152 ignoring large sdm key=com.vnera.model.cmdb.servicenow.GenericServiceNowEntitySDM.inventory len(sdmbytes)=17403501
YYYY-MM-DDT11:29:18.116Z WARN vnera.grid.KafkaSdmPublisher dw-2230780 - POST /collectortosaasservlet handleLargeSdm:152 ignoring large sdm key=com.vnera.model.cmdb.servicenow.GenericServiceNowEntitySDM.inventory len(sdmbytes)=17403569
YYYY-MM-DDT11:29:18.116Z WARN vnera.grid.KafkaSdmPublisher dw-2230780 - POST /collectortosaasservlet handleLargeSdm:152 ignoring large sdm key=com.vnera.model.cmdb.servicenow.GenericServiceNowEntitySDM.inventory len(sdmbytes)=17403569pw
VCF Operations for Networks 6.14.1
The inventory SDM is being dropped due to its large size. This results in the inconsistency checker deleting objects that lack inventory. Consequently, applications are being deleted after each discovery process every day.
To fix this issue a configuration change is needed on the VCF Operations for Networks platform appliance to allow change max allowed SDM size which should resolve this issue.
For further assistance on steps, open a Broadcom support case. For more information, see Creating and managing Broadcom support cases.