ServiceNow engineers have identified that with Discovery when there is a large Vcenter payload and the payload comes back as payload.txt, the input record is not processed and a 'No sensors defined' error message appears.
Steps to Reproduce
- Bypass the MID Server max payload size limit (MID Server Property mid.discovery.max_payload_size) so that a payload of >5MB is returned.
- Run Discovery against a vCenter that manages a large set of virtual machines.
The input payload is returned with a payload attachment >5MB. When the sensor tries to process, it returns a 'No sensors defined' error.
In addition to the payload size limit, a preventive measure was introduced in Fuji to prevent reading in large attachments into memory. With the preventative measure, the vCenter sensor is blocked from reading the attached payload.
Until enhancements are made to better handle large attachments, there is no safe method for sensors to continue processing. There are two possible workarounds, but both options put the instance at risk of running out of memory.
Increase the system property glide.soapprocessor.large_field_patch_max to a larger value. This allows larger payloads to be written to the payload field on the ecc_queue record, instead of being converted to an attachment.
Increase system property com.glide.attachment.max_get_size to a larger value. This allows the vCenter sensor to read in larger payload attachments.
Related Problem: PRB633324